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Вместо предисловия 


Несмотря на то что почти всякая книга по программированию начи¬ 
нается с предисловия, оно почти всегда пишется последним. Для ав¬ 
тора книги это последний шанс оправдать (хотя бы для самого себя) 
и мелкость темы, и убогость стиля, и отсутствие литературного та¬ 
ланта. 

Будем честными: предисловия пишут не для того, чтобы их читали. 
Это единственное место, где можно попытаться убедить потенциаль¬ 
ного читателя потратить свое время и свои деньги на книгу до того, 
как он поймет, что ошибся. Косвенно переложив тем самым ответ¬ 
ственность за выбор на него. 

Автор убежден, что это не имеет ничего общего с моралью, и по¬ 
этому отказывается от ложных оправданий и пустых обещаний. Да, 
он писал книгу не без удовольствия, по вряд ли это может служить 
весомой рекомендацией. Единственный совет, который он может 
предложить, - обратиться к оглавлению, выбрать любой раздел и по¬ 
пробовать почитать. Первое впечатление обычно и самое верное. 

Впрочем, одно достоинство у предисловия все-таки есть. В нем 
автор может выразить свою благодарность тем, кто вдохновил его 
па написание книги, кто помогал ему дельным советом или добрым 

участием, от кого он получал поддержку. 

Не воспользоваться этой возможностью было бы верхом черство¬ 
сти Автор признателен своей семье, в особенности великолепному 
Ламику, но, конечно, больше всех - крошке Ру. 


Введение 


Программирование богато алгоритмами и структурами данных, и со¬ 
временный программист должен владеть большинством из них. Или, 
по крайней мере, иметь о них ясное представление. 

Да, нельзя объять необъятного. И все же есть некий минимум, ко¬ 
торым, на наш взгляд, должен владеть всякий программист, чтобы 
считаться профессионалом. 

В физике известен второй задури термодинамики. В самой прими¬ 
тивной формулировке он постулирует невозможность вечного дви¬ 
гателя: какие бы ухищрения нами ни предпринимались, невозможно 
направить всю имеющуюся энергию па полезную работу; часть (и по¬ 
рой значительная часть) энергии неизбежно будет теряться. Конечно, 
закона сохранения энергии никто не отменял: сама по себе энергия 
никуда не пропадает, она переходит в другие формы и рассеивается 
в виде тепла. Именно поэтому КПД любого двигателя всегда строго 
меньше единицы. Энергия, которой принципиально нельзя восполь¬ 
зоваться, увеличивает хаос во Вселенной. Количественной мерой это¬ 
го хаоса (или неупорядоченности) в термодинамике служит энтро¬ 
пия. Задача инженеров - уменьшить энтропию, снизить, насколько 
можно, потери, не дать этой рассеянной энергии еще больше увели¬ 
чить хаос. 


Программирование - это дисциплина на стыке математики и ин¬ 
женерии. Как математики мы, программисты, призваны решать 
сложные задачи, переводить их на язык чисел и символов. Как инже¬ 
неры - воплощать решения в форме программ, которые могут быіь 
выполнены машиной. Кроме того, мы должны обеспечивать эффек¬ 
тивность выполнения этих программ. Эффективность - это не только 
скорость, с которой задача будет решена, по также и объем занимае¬ 
мой памяти. Разумеется, к инженерным «заботам» следует отнести 
масштабируемость, расширяемость, устойчивость, возможность вне¬ 
сения изменений и проч. 

Математик работает так, как будто у него в запасе вечность и пеоі - 
раиичеппые ресурсы. Если для решения задачи программе придется 
проработать пусть даже миллион лет, математик будет считать с вою 
миссию выполненной. Инженер, напротив, скован массой технических 
и экономических ограничений. Миллион лет его никак не устраивает. 
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хорошо - час, может быть - день, в крайнем случае - месяц. Если ин¬ 
женер не может обеспечить этого, то либо задача признается (в дан¬ 
ных условиях) нерешенной, после чего опа возвращается математику 
для дальнейших раздумий, либо возникают сомнения, и часто обо¬ 
снованные, в том, что инженер вообще способен это сделать. 

Программист - это, как правило, немного математик, а в основном 
инженер (многие, очень многие из тех, кто считает себя программис¬ 
тами, совсем не понимают самой необходимой математики; может, 
это и чересчур, но вряд ли имеют право так себя именовать). И боль¬ 
шую часть времени программист занимается второй, т. е. инженерной, 
стороной деятельности. 

Без надежных и удобных инструментов любая деятельность, а ин¬ 
женерная -в особенности, неэффективна и даже невозможна. Матема¬ 
тика снабжает нас идеями, концепциями и рецептами (в программи¬ 
ровании обычно говорят об алгоритмах), но именно инструментарий 
делает нас сильными, позволяет воплощать идеи, концепции и рецеп¬ 
ты в работающие программы. У хорошего мастера, в какой бы области 
он не трудился, есть свой набор инструментов: у любого плотника мы 
найдем пилу, рубанок и стамеску; электрик не может обойтись без от¬ 
вертки, плоскогубцев и изоленты, а строителю необходимы лопата, 
мастерок и рулетка. А всем им необходим молоток. 

Программисту тоже необходимы инструменты. Понятно, первый 
из них - компьютер. Но без программ компьютер бесполезен (разве 
что обогревать пространство вокруг себя, увеличивая энтропию Все¬ 
ленной). А программы - это не только машинные коды, способные 
выполняться процессором, но и данные, обычно организованные осо¬ 
бым образом. Если программист действительно хочет быть профес¬ 
сионалом, а не поденщиком, он должен иметь ясное представление 
о способах представления данных, понимать, когда их примспяіь, 

и уметь ими пользоваться. 

Одной из таких структур данных - стеку - и посвящена эта неболь¬ 
шая книга. Стек давно известен и заслуженно пользуется уважением; 
без него сегодня немыслимо написать ни одной программы. Порой 
стек используется явно, но куда чаще он действует скрытно, в глуби- 
не. И надо признать, именно эта - неочевидная - часть возможностей 
остается для многих программистов Сегга іпсобпііа. Очень жаль... 

Программисты в своей ежедневной работе полагаются на опера¬ 
ционные системы, средства разработки, языки программирования. 
Это - часть их инструментария, в котором также используется стек. 
Конечно, можно было бы сказать: «Для чего мне знать что-то еще. До 
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статочно того, что это работает и этому можно доверять». Да. такой 
взгляд имеет право на существование. До тех пор, пока мы решаем ти¬ 
повые задачи (а для большинства такие задачи - единственное, чем им 
приходится заниматься всю профессиональную карьеру), большего 
и не нужно. Но программирование неизмеримо богаче. В нем полным- 
полно задач нерешенных, решенных частично либо решенных плохо 
и ждущих своего часа. Стоит ли сознательно обеднять себя и обманы¬ 
ваться тем, что можно обойтись имеющимся? Или ждать, когда кто-то 
более умный и отважный сделает то, что считалось невыполнимым? 

Конечно, каждый решает этот вопрос по-своему. Но отвергнуть, 
даже не попробовав, никуда не годится. 

Изложение в книге построено следующим образом. Стек не возни¬ 
кает неизвестно как, откуда и для чего. В книге рассматривается ряд 


задач нарастающей сложности. СЗсе эти задачи рано или поздно при¬ 
водят к стеку; таким образом, всякий раз появление стека подготав¬ 
ливается и обосновывается. Для того чтобы читатель мог составить 
себе наиболее полное представление о стеке и его возможностях, час¬ 
то приводится решение исходной задачи другими способами. Такое 
сравнение всегда полезно, поскольку позволяет оценить достоинства 
и недостатки различных подходов и выбрать из них лучший. 

Книгу лучше читать по порядку, поскольку последующий матери¬ 
ал обычно опирается на предыдущий. Там, где это представлялось по¬ 
лезным, более ранний материал частично повторяется; эго избавля¬ 
ет от необходимости возвращаться назад и позволяет поддерживать 
определенный ритм. 

Структурно книга состоит из трех частей. Первая часть - основ¬ 
ная. Именно здесь ставятся, обсуждаются и решаются задачи. Вто¬ 


рая часть посвящена описанию небольшой, по достаточно мощной, 
стековой машины и программированию для нее. Третья часть - эго 
приложения, среди которых - исходные коды транслятора и интер¬ 
претатора стековой машины, описанной во второй части. 

Завершается книга библиографией. Мы приложили все усилия 
к тому, чтобы перечислить в ней действительно ценные (па наш 
взгляд) и в то же время доступные источники, относящиеся к основ¬ 
ной теме книги. 

Эти источники позволят заинтересованным читателям двигаться 

дальше - к настоящим высотам. 

В ежедневной практике программиста стек в явном виде встреча¬ 
ется лишь иногда; большей частью стек «трудится» незаметно. Іащс 
всего он напоминает о себе тогда, когда работа программы внезапно 
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прекращается и на экран (либо в консоль) выводятся малопонятные 
непосвященному строчки сообщений, состоящие из адресов памяти 
и имен функций, вызовы которых привели к остановке. Как правило, 
такие сообщения свидетельствуют о том, что в программах имеются 
ошибки. Эти ошибки обычно невозможно отследить на этапе транс¬ 
ляции программы; они проявляют себя во время исполнения. Многие 
(возможно, большинство) не понимают ни причин их возникновения, 
ни того, что они означают. Прочитав книгу, вы начнете понимать, от¬ 
чего это происходит и что нужно делать, чтобы программы стали бо¬ 
лее надежными и устойчивыми. 

Основная область применения стеков - трансляция языков про¬ 
граммирования и поддержка сред исполнения. Эти области информа¬ 
тики считаются сложными, и это действительно так. Но даже самые 
сложные вещи состоят из простых. Вот этими, относительно просты¬ 


ми вещами мы займемся и коснемся многого, что непосредственно 
используется при реализации языков программирования и работы 
программ после их запуска на исполнение. Если когда-нибудь вам 
придется (или захочется) реализовать язык программирования, то 
будьте уверены - стек станет вашим главным помощником. 

И последнее. Стек в качестве главного «героя» был выбран не слу¬ 
чайно. Он по-своему красив. Правда, для того чтобы это оценить, при¬ 
дется потрудиться. Нельзя понять музыку, читая рецензии; музыку 
надо слушать. То же и со стеком - с ним надо поработать. В основном 
тексте книги почти нет привычных задач и упражнений; упражнени¬ 
ем в известном смысле является весь текст. Если читатель попробует 
своп силы в реализации задач, которые рассматриваются в книге, - 
это лучшее, чего можно пожелать. Польза будет несомненной. 

Кое-где в тексте в качестве иллюстрации тех или иных понятий 


вс гречаются фрагменты программ, написанных на языке программи¬ 
рования ]аѵа. Все они очень просты, и даже если читатель незнаком 

с )аѵа, мы уверены, что он без труда их поймет. 

Мы нигде не используем примечании: ни подстрочных, пн выне¬ 
сенных в отдельный раздел. Многие склонны их рассматривать как 
малозначительные отступления и обычно пропускают. Кроме того, 
такие примечания прерывают процесс чтения и вынуждают отвле¬ 
каться от основной темы. Мы сделали примечания частью текста, вы¬ 
деляя их курсивом. Не стоит их игнорировать - в них много полезной 

информации. 




















Часть 


Задачи, 
приводящие к стеку 



Скобочные структуры: 
элементарный случай 

Мы начнем с того, что рассмотрим одну простую задачу, которая по¬ 
служит отправной точкой всего последующего изложения. Эта задача 
встречается в разнообразных вариантах (и чуть позже мы расскажем 
об этом подробнее), но нам пока вполне достаточно такой формули¬ 
ровки: определить - правильно ли расставлены скобки в произволь¬ 
ном алгебраическом выражении. Несколько примеров даст представ¬ 
ление о том, что мы имеем в виду и какое решение ищем: 


а + (Ь * с / (сі - е)) 
а + (Ь * с 16 - е) 

(а ♦ Ь - с * (сі / (е + *))) 


Если всем входящим в эти выражения переменным (а, Ь, ...) при¬ 
дать определенные числовые значения, то эти выражения могут быть 
вычислены но правилам элементарной арифметики (конечно, исклю¬ 
чая случаи, когда знаменатели дробей обратятся в 0). В этих примерах 
выражении скобки рассчав іены правильно. Чтобы сделать последнее 
утверждение более наглядным, давайте оставим только скобки, убрав 
все «лишнее»; в результате у нас получится следующее: 


(О) 

О 

((())) 







Такого рода выражения будем называть скобочными структура¬ 
ми] мы полностью игнорируем все то, что содержится внутри скобок, 
и сосредоточиваем внимание только на скобках п их взаимном рас¬ 
положении. Все приведенные выше скобочные структуры, очевидно, 
корректны, т. е. сформированы правильно. Теперь приведем несколь¬ 
ко примеров некорректных (неправильно сформированных) скобоч¬ 
ных структур: 

(О 

О) 

)( 


Давайте немного остановимся на последних примерах и проанали¬ 
зируем, что именно делает эти скобочные структуры некорректными 
(ошибочными или неправильно сформированными). Для этого удоб¬ 
но называть левые скобки «(» открывающими, а правые «)» - закры¬ 
вающими. ^ 

В первом примере число открывающих скобок больше числа за¬ 
крывающих. Во втором примере ситуация противоположная - число 
открывающих скобок меньше числа закрывающих. В таких случаях 
говорят, что скобки не сбалансированы по числу вхождений. Третий 
пример демонстрирует еще один случай: число открывающих скобок 
совпадает с числом закрывающих (т. е. скобки сбалансированы по 


числу вхождений), но скобочная структура тем не менее ошибочна - 
выражение не может начинаться с закрывающей скобки или закапчи¬ 
ваться открывающей. 

Наша ближайшая задача - найти способ (алгоритм) проверки лю¬ 
бой заданной скобочной структуры, состоящей только из скобок од¬ 
ного типа (в данном случае скобочной структуры, состоящей только 

из круглых скобок). 

Очевидно, что существует бесконечное количество как правильно, 
так и неправильно сформированных скобочных структур. Поэтому 
попытка описать все возможные варианты скобочных сіруктур их 
простым перечислением не осуществима даже теоретически - рано 
иди поздно встретится такая скобочная структура, которая не была 
нами предусмотрена. В гаком случае программа, осуществляющая 
проверку скобочной структуры, будет не в состоянии определить 
се правильность. Следовательно, нужен иной сиосоо. Такой способ 
(и очень простой) существует, но, перед тем как описывать его, мы 
предлагаем читателю немного подумать и попытаться наити сі о само- 


стоя гслыю. 
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Если последовательность скобок начинается с закрывающей или 
завершается открывающей скобкой (наш третий пример), то, бес¬ 
спорно, такая скобочная структура сформирована неправильно. Но 
эти два предельных случая не позволяют решить задачу в общем 
виде, т. к. первые примеры неправильно сформированных скобочных 
структур начинаются и завершаются нужными видами скобок - соот¬ 
ветственно «(» и «)», но которые тем не менее ошибочны. 

Итак, в решении задачи мы пока почти никуда не продвинулись. 
Но давайте посмотрим на проблему чуть иначе. Отвлечемся па не¬ 
сколько минут от скобок. Представьте лифт. Во избежание аварии 
необходимо контролировать массу груза (включая людей), перевози¬ 
мого лифтом. Для этого в лифт встраивается специальный датчик. 
Каждый внесенный груз или входящий человек увеличивает общую 
массу груза в кабине и нагрузку на тросы и лебедку лифта. Разуме¬ 
ется, показания датчика увеличиваются. Каждый выходящий из ка¬ 
бины лифта уменьшает массу груза в кабине, и показания датчика 
уменьшаются. п 

Наш «груз» - это два вида скобок. Открывающая скобка увели¬ 
чивает «массу», а закрывающая - уменьшает. Конечно, как и всякая 
аналогия, наш пример страдает неточностями и упрощениями, по он 
тем не менее наводит на идею. 

Припишем каждой скобке некий «вес»: открывающей скобке - по¬ 
ложительное число (скажем, 1), а закрывающей - число, равное по 
абсолютной величине, но противоположное по знаку (т. е. -1). Дат¬ 
чиком пусть будет целочисленная переменная (назовем ее, например, 
соипі) с начальным значением, равным 0 (в примере с лифтом это 
означает, что изначально кабина пуста). Эта переменная будет играть 
роль счетчика. Промоделируем поведение нашей «системы» па самой 
простой скобочной структуре: (). Для компактности будем представ¬ 
лять отдельные состояния в виде таблицы, в левой колонке которой 
указывается уже прочитанная часть скобочной структуры, а в правой 
(в той же строке) - значение счетчика. Получаем следующим прото¬ 
кол разбора: 

Прочитанная часть Счетчик 


( 

О 


0 

1 

0 


В самом начале 
равен 0. После 



(когда еще ни одна скобка не прочитана) счетчик 


ветствѵющес 
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ей число (т. е. 1) прибавляется к счетчику. После обнаружения закры¬ 
вающей скобки соответствующее ей число (т. е. -1) также прибавля¬ 
ется к счетчику. Ясно, что итогом арифметической операции 1 + (-1) 
является 0 (лифт пуст). Если скобочная структура сформирована 


правильно, то значение счетчика но окончании разбора будет равно 
0. Для закрепления (и дополнительной проверки) разберем другую 
скобочную структуру (()). Вот протокол разбора: 


Прочитанная часть Счетчик 

0 

( 1 

(( 2 

(О 1 

(О) 0 


Похоже, что для правильно сформированных скобочных структур 
этот метод работает. А что можно сказать о неправильно сформиро¬ 
ванных? Рассмотрим это на примере скобочной структуры ((): 


Прочитанная часть Счетчик 

0 

( 1 

(( 2 

(О 1 



Вся скобочная структура прочитана, а значение счетчика положи¬ 
тельно (в нашем случае равно 1). Если обратиться к аналогии с лиф¬ 
том, го это означает, что кто-то вошел в лифт и не выходит из него. Из 
этого немедленно следует, что число открывающих скобок в скобоч¬ 
ном выражении больше числа закрывающих и скобочное выражение 
в целом сформировано неверно. Противоположный случай ()) дает 

следующий результат: 


Прочитанная часть 

( 

О 

О) 


Счетчик 

0 

1 

0 

-1 


Вся скобочная структура прочитана, а значение счетчика отрица¬ 
тельно (в нашем случае равно -1). Из этого немедленно следует, что 
число открывающих скобок в скобочном выражении меньше числа 
закрывающих и скобочное выражение сформировано неверно (из 
шфта вышло больше людей, чем в пего вошло, что, конечно, псвоз 

можно). Наконец, рассмотрим случай )(: 
















14 ❖ Задачи, приводящие к стеку 


Прочитанная часть 

) 


Счетчик 

0 

-1 


Как только значение счетчика станет отрицательным, то оставшую¬ 
ся часть скобочной структуры можно не проверять (если лифт пуст, 
то из него некому выходить) - опа заведомо ошибочна, и, следова¬ 
тельно, вся эта скобочная структура сформирована неверно. Необхо¬ 
димо сразу прекратить разбор и отвергнуть эту скобочную структуру 
как недопустимую. Почему нужно прекратить разбор, не проверяя 
следующих скобок? Во-первых, это бессмысленно, а во-вторых, от¬ 
крывающая скобка установит значение счетчика в 0, и мы можем ре¬ 
шить, что такая скобочная структура допустима, хотя, очевидно, это 
не так. В качестве легкого упражнения проведите разбор следующей 
скобочной структуры: (())). Первые четыре скобки установят значе¬ 
ние счетчика в 0 , но последняя (закрывающая скобка) лишняя, и все 
скобочное выражение должно быть отвергнуто. Кстати, продолжая, 
что можно сказать о скобочных структурах (()()), (())() или (()()? 

Итак, задача решена. Для скобок одного типа (в пашем примере 
круглых) существует простой и эффективный алгоритм проверки 
структуры скобок. 

Тип скобок может быть и иным, например фигурные {}, угловые о 
или квадратные []. Более того, помимо указанных скобок, в языках 
программирования используются и другие конструкции, которые мо¬ 
гут быть отнесены к скобкам, например Ьефп-епсі или (ху-саісЬ (прав¬ 
да, обычно такого рода конструкции называют блоками, по суть дела 
от этого принципиально не меняется). По-существу, скобками явля¬ 
ются и многострочные комментарии вида /* ... */. Иными словами, 
не важно, что мы называем скобками и как они выглядят; скобкой 
может быть все, что выполняет функции скобки. 


Последнее утверждение служит иллюстрацией т. и. «утиного тес¬ 
та»: если нечто похоже }іа утку, плавает как утка и крякает как 
утка , то это, скорее всего, утка. Иначе говоря, нет необходимости 
связывать себя только общепринятыми типами скобок; валена сущ¬ 
ность, выполняемые функции. 


Простые скобочные структуры, подобные рассмотренным только 
что составляют лишь небольшую часть синтаксических структур 
И языках программирования. Обычно встречаются более сложные 
скобочные структуры, т. е. скобочные структуры, включающие раз- 

ные тины скобок. Вот небольшой пример: 
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{ 

іп* [] кеуз; 

АггауІі$1 <5^гіп§> аИ$Т; 


^ог (іпТ і = 0; і < кеу5.1еп§*Н(); і++) { 

аІІ5І.§е1: (і) = 

} 

} 


Перед нами фрагмент исходного кода (па языке программирования 
^ѵа, но подобный пример можно встретить во многих других язы¬ 
ках), в котором встречаются все четыре «стандартных» тина скобок. 
Задача все та же: определить, правильно ли сформирована скобочная 
структура в том случае, когда типов скобок не один, а несколько. Да¬ 
вайте, как и в первом случае, уберем все «лишнее» и оставим только 
скобки. Вот что у нас получится: 

{[]<>(()){()}} 


Как убедиться в правильности скобочной структуры такого вида? 
Сразу же приходит в голову мысль воспользоваться только что раз¬ 
работанным методом подсчета, приписывая каждой открывающей 
и каждой закрывающей скобке некий «вес», т. е. определенное чис¬ 
ло, характеризующее вид скобки - открывающая или закрывающая. 
Пусть, как и прежде, любой открывающей скобке соответствует 1, 
а любой закрывающей -1. Для нашего примера после просмотра ско¬ 
бок получится 0 (и при этом счетчик никогда не станет отрицатель¬ 
ным), т. е. мы можем сделать вывод, что скобочная структура пра¬ 


вильна. 

Итак, задача решена? Как бы не так! Посмотрим па такую, напри¬ 
мер, скобочную структуру: {(}). Наш алгоритм даст в результате зна¬ 
чение О, при этом значение счетчика никогда не будет отрицательным. 

Но эта скобочная структура, совершенно очевидно, сформирована 
неверно. Вывод: алгоритм со счетчиком не работает. Хуже всего го, 
что он выдает результат, который выглядит правильным (т. к. счегчик 
но окончании разбора действительно равен 0), но которому нельзя ве¬ 
рп, ь Надо понять - почему он не работает и можно ли его исправить 
гак, чтобы он был пригоден в повой ситуации с различными типами 


Вообще говоря, причина лежит на поверхности: мы увеличиваем 
(соответственно, уменьшаем) значение счетчика всякий раз, ко. 
да и последовательности встречается открывающая (закрывающая) 
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скобка. В примере {(}) мы увеличиваем значение счетчика последо¬ 
вательно дважды: сначала, когда встречается скобка {, и потом, ког¬ 
да встречается скобка (. Но ведь это разные типы скобок! Не тут ли 
корень проблемы? Нельзя ли изменить способ изменения значений 
счетчика так, чтобы он соответствовал типу скобки? Можно, конечно, 

и будет правильно, если читатель попробует поискать решение в этом 

направлении. 

Методы анализа скобочных структур стали исследоваться еще 
в 50-х годах XX века. Если в выражении встречаются скобки только 
одного вида, то задача, как мы уже видели, решается элементарно. Но 
по мере усложнения и развития языков программирования скобочные 
структуры стали включать в себя скобки разных типов, и проблема 
стала актуальной. Был предложен ряд методов решения (в их числе 
весьма оригинальные), но все эти методы были сложными в реализации 
и медленными в работе. Если читатель уже попытался найти такой ме¬ 
тод, он, безусловно, должен был убедиться, что проблема нетривиальна. 
Можно вводить отдельные счетчики для каждого вида скобок, но проб¬ 
лема согласования вложенности одних типов скобок в другие все равно 
оставалась. Метод со счетчиком, прц^всей его элегантности, для со¬ 
ставных скобочных структур работает неудовлетворительно. Нужно 
что-то иное, и сейчас мы переходим к обсуждению метода, совершенно 
отличного от метода подсчета с использованием счетчика. 


Вернемся еще раз к нашему примеру {(}). Он, как мы знаем, со¬ 
ответствует недопустимой скобочной структуре. Проанализируем 
скобки по порядку. Первой встречается открывающая { скобка. Что¬ 
бы скобочная структура стала допустимой, где-то в последователь¬ 
ности скобок должна быть закрывающая } скобка. Она, конечно, 
присутствует (в примере это третья скоока слева). По, прежде чем 
мы до нее «доберемся», надо что-то сделать с другой открывающей 
скобкой, только теперь это (. Для того чтобы (третья по порядку) за¬ 
крывающая фигурная скобка } соответствовала первой открывающей 
{, НУЖНО обеспечить ДЛЯ открывающей круглом скобки парную ей за¬ 
крывающую. Принято говорить, что круглая скобка ( вложена в фи¬ 
гурную {. или, чуть более формально, что у открывающей круглом 
скобки глубина вложенности больше, чем у открывающей фигурном. 
Прежде чем закрывать внешние скобки (в данном случае { п }), пуж 
по чтобы были закрыты все внутренние. В нашем примере как раз это 
очевидное правило и не соблюдается: фигурная скобка , о™осящая- 
ся к паре с меньшей глубиной вложенности (внешней), появляется 
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раньше круглой ), которая относится к скобкам большей глубины 
вложенности (внутренней). 

Может быть, небольшой пример поможет лучше понять эти до¬ 
вольно абстрактные рассуждения. Представьте себе закрытую шка¬ 
тулку, внутри которой лежит закрытый конверт. Нам нужно прочесть 
содержимое конверта, т. е. лежащее в нем письмо, а затем все вернуть 
в исходное состояние. Шкатулка соответствует скобкам { и }, а кон¬ 
верт - скобкам ( и ). Прежде чем мы доберемся до конверта, надо 
открыть шкатулку. Этому соответствует скобка {. Далее мы должны 
открыть конверт, т. е. скобку (. После этого мы достаем письмо, чи¬ 
таем его, прячем обратно в конверт и закрываем конверт; этому со¬ 
ответствует, разумеется, закрывающая ) скобка. Наконец, мы закры¬ 
ваем шкатулку, используя скобку }. Результат, очевидно, такой: (()}, 
и это правильно сформированная скобочная структура с правильным 
порядком вложенности. Наш начальный пример {(}) соответствует 
ситуации, которую можно описать так: открыть шкатулку, открыть 
конверт, достать письмо, закрыть шкатулку, закрыть конверт. Но как 
раз последнее действие выполнить и невозможно - шкатулка закры¬ 
та, и до конверта, лежащего в ней, добраться уже невозможно! 


Работая над этой задачей, мы послСГтекоторого размышления рано 
илы поздно приходим к выводу о том, что решение, основанное на ис¬ 
пользовании счетчика (или даже нескольких счетчиков), по-видимому, 
следует отбросить. Счетчик хорошо работал для первого случая, когда 
у нас были скобки только одного типа. Его было вполне достаточно для 
хранения всей информации об уже просмотренном участке скобочной 
структуры, последующие скобки только модифицировали состояние 
счетчика, но не меняли существа обрабатываемой информации - тип 
скобки оставался прежним, и мы могли его игнорировать. Как толь¬ 
ко типов скобок стало больше, метод перестал работать , он подошел 
к границам применимости. Поступающая информация уже не может 
быть сохранена только с использованием счетчиков - информации не 

только стало больше, сама шіформация стала другой. 

Метод с использованием счетчика прост и понятен: нам привычно 
что-то подсчитывать. Но всему наступает предел, за который надо 

выходить. 


Л теперь после этого несколько затянувшегося описания причин 
безуспешных попыток анализа скобочной структуры с различными 
типами скобок, мы переходим к главному действующему лицу - стеку 
Но прежде чем мы продолжим, нам придется ненадолго прерваться 
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Следующие несколько страниц будут очень важными, посколь¬ 
ку мы собираемся рассказать, что такое стек, опишем относящую¬ 
ся к стеку терминологию, введем обозначения, которые позволяют 
избавиться от многословных описаний, и, наконец, расскажем о не¬ 
которых основных операциях со стеком. Возможно, не сразу будет 
понятно - для чего мы на время отложили нашу задачу, но потер¬ 
пите. Все это необходимо будет тщательно изучить, так что давайте 
приступим. 


Стек: знакомство 

Обратимся к классике и позаимствуем определение стека у Дональда 

Кнута: 

Стек - это линейный список, в котором все операции вставки и уда¬ 
ления (и, как правило, операции доступа к данным) выполняются 
только на одном из концов списка. 

Для знатока структур данных этого, скорее всего, будет достаточно. 
Но все-таки давайте уделим определению стека некоторое время. Са¬ 
мое важное в этом определении - последние слова, а именно «только 
на одном из концов». Наверное, прощ^зсего проиллюстрировать, что 
такое стек, - привести несколько примеров, которые всем, надеемся, 
будут знакомы и понятны. 

Первый пример стека мы обнаруживаем в детской игрушке. Всем, 
вероятно, знакома детская пирамидка: закрепленный на основании 
стержень, на который надеты разноцветные диски. Для того чтобы 
поместить на стержень новый диск, необходимо надеть его на свобод- 
пый конец стержня. Чтобы убрать со стержня диск, его необходимо 
снять со свободного конца стержня. Таким образом, и добавление, 
и удаление дисков осуществляются всегда только с одного конца 
стержня; ни снимать, ни надевать диски со стороны основания пн 
рамидки нельзя. Далее, невозможно снять диск, над которым есть 
другие диски, и невозможно добавить новый диск иначе, как поверх 
других. Диск, добавленный последним, можно будет спять первым; 

тис к добавленный первым, будет снят в последнюю очередь. 

Еще один классический пример стека - стопка подносов в кафе 
самообслуживания. Мы можем взять только самый верхним поднос 
„з стопки. Когда подносы заканчиваются, сотрудник кафе приносит 
новые. Поднос на самом верху стопки - это последних добавленньш 
поднос; поднос на дне стопки - самый первый добавленный поднос. 
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Іример МАГД 


зин для хранения патронов в огнестрельном оружии Очевидно, что 
первым будет исподьзован тот патрон, который был помещен н м.ч 
газик последним. Патрон, добавленный в магазин первым бу дет нс 


пользован последним. 

Во всех трех примерах мы видели один и тот же тип поведение и», 
что было добавлено первым (диск, поднос, патрон), будет использо¬ 
вано последним. То же самое можно сказать н так то. что было из¬ 
бавлено последним, будет использовано первым Как раз для »тон 
формы определения существует экви вал ентнля краткая Іи Я/ѵ 
Оиі », или просто - ЫГО. 

Итак, операции вставки и удаления из он ре к тени» пршк имного 
в начале раздела, подчиняются дисциплине І.П О Такая структура 

данных и есть стек. 

Теперь, когда общая идея стека стала (палсі мс >0 понятой и.кт.ио 
время договоритьс я о том, как стек можно изображать графически 
Существуют три основных с пособа и юбражеиня стека, и все они ши¬ 
роко используются в литературе по программированию и < тр\ кт> рам 
данных. Первые два способа практически идентичны дрѵ г др\ іл Об¬ 


судим сначала их. 

Поскольку стек, как и всякая другая структѵра данных ( такая как 
массив, список, дерево и проч.), хранится в памяти, в основе первых 
двух способов представления стека лежит отображеніи стека как на¬ 
бора ячеек памяти. Напомним, что память это последовательное гь 
ячеек. Каждая ячейка имеет номер (от 0 до некоторой величины), или 
адрес. Ячейки памяти с меньшими адресами считаются расположен¬ 
ными ближе к началу, а с большими ближе к концу памяти Вес 
ячейки памяти совершенно равноправны, и пет никаких основании 

считать те или иные из них более или менее важными. 

Графически память изображается в виде последовательности с меж 

ных ячеек. Стек может расти как в направлении от меньших адресов 
К большим, так и наоборот - от больших адресов к меньшим. Если 
условиться, что ячейки с меньшими адресами (т. е те, что располо¬ 
жены ближе к началу памяти) изображаются ниже ячеек с большими 
адресами, то первые два способа изображают стек так, как показано 

на следующем рисунке: 





20 


Задачи, приводящие к стеку 


старшие адреса памяти 


вершина 


дно 




дно 


вершина 


младшие адреса памяти 

На левом рисунке стек растет в направлении от меньших адре¬ 
сов к большим (т. е. снизу вверх), на втором - от больших адресов 
к меньшим (т. е. сверху вниз). По поводу изображенных на рисунках 
стрелок с надписями «дно» и «вершина» мы вскоре поговорим по¬ 
дробнее. 

В большинстве компьютерных архитектур стек, как правило, рас¬ 
тет сверху вниз, т. е. от больших адресов к меньшим (правый рису¬ 
нок, см. выше). В дальнейшем мы будем придерживаться именно та¬ 
кого способа изображения стека, по имейте в виду, что часто молено 
встретить и другой способ (тот, чт^слева). Выбор направления не 
принципиален, и программист вправе использовать тот, который ка¬ 
жется ему более подходящим. 

Конечно, интуитивно левый вариант кажется более привлекатель¬ 
ным, т. к. мы привыкли считать от меньших значений к большим, но 
повторимся, что направление счета - это вопрос соглашения. 

Третий способ представления стека позволяет изображать стек не 
в виде рисунков, а в виде строки, которую можно читать привычным 
способом, т. е. слева направо. Он, конечно, несколько менее нагляден, 
чем рисунки, по у него имеется одно бесспорное преимущество - ком¬ 
пактность. Этот способ представления стека выглядит следующим 

образом: 

(• 1 4 109 -58 

Здесь изображен стек с тем же самым содержимым, что и в пер¬ 
вых двух случаях. Стек растет слева направо. Дно стека обозначается 
символом 4» (впрочем, способ обозначения непринципиален, и мы 
могли бы выбрать любой другой символ или вовсе ничего не нсполь 
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зовать). Вершина стека обычно никак не обозначается; считается, что 
вершина - это просто самый правый элемент в строке. 

Преимущество последнего обозначения не только (и даже не 
столько) вею компактности, сколько в том, что он позволяет легко 
изображать изменения, происходящие в стеке, т. е. содержимое стека 
в различные моменты времени; ведь записывать в строку куда проще, 
чем рисовать. Допустим, мы провели над содержимым стека какие-то 
операции (об операциях речь пойдет чуть позже). Первые два способа 
изображения стека, конечно, наглядны и удобны, но трудоемки. Кро¬ 
ме того, их сложно сделать частью документации программного кода. 
Третий способ решает эти проблемы элементарно: 

[-1 4 109 -58 |- 1 4 109 -58 49 


Здесь показаны два состояния стека: до операции (слева ог стрел¬ 
ки) и после операции (справа от стрелки). Очевидно, что такая ли¬ 
нейная форма записи состояния стека позволяет записывать (и доку¬ 
ментировать) все основные операции над стеком. Первые два способа 
для этого чересчур громоздки. 


Способ записи состояния стека в виде строки называется стеко¬ 
вой диаграммой (или диаграммой стека) и является общепринятым. 
Мы будем применять как графическое изображение стека в виде вер¬ 
тикальных ячеек памяти (при этом будет считаться, что стек растет 
сверху вниз - от больших адресов памяти к меньшим, что соответ¬ 
ствует правому рисунку, приведенному выше), так и стековые диа¬ 
граммы, отдавая последним предпочтение. 

Теперь, когда мы обсудили основные способы изображения стеков, 
можно, наконец, обратиться к понятиям дна и вершины стека, кото¬ 
рые, скорее всего, уже и без того вполне понятны. 

Неформально говоря, дно - это место, начиная с которого накапли¬ 


ваются элементы стека. В терминах адресов памяти дно эю адрес 
ячейки памяти, с которого начинается участок памяти, выделенной 

стеку. 

Если стек растет снизу вверх, то его дно - ячейка памяти с наи¬ 
меньшим выделенным адресом (не обязательно 0); если стек растет 
сверху вниз, то его дно - ячейка памяти с наибольшим выделенным 
адресом (нс обязательно последним). Для лучшего понимания рас¬ 
смотрим пример. Пусть для стека выделен участок памяти с адреса¬ 
ми от 1000 до 2000 (включительно). Если стек растет снизу вверх, 
то дно стека располагается в ячейке с адресом 1000 Новые элементы 
последовательно «попадают» в ячейки памяти с адресами 1000. 1001. 
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1002,2000. Если стек растет сверху вниз, то дно стека располага¬ 
ется в ячейке памяти с адресом 2000, и теперь новые элементы по¬ 
следовательно «попадают» в ячейки памяти с адресами 2000 1999 

1998,1000. 

Вершина стека - это ячейка памяти, в которую был добавлен или 
из которой будет удален последний добавленный элемент стека. Рас¬ 
смотрим пример: 

1"^ |- 1 -► I* 1 99 -► |- 1 99 -13 

Пусть изначально стек был пуст (т. е. не содержал никаких элемен¬ 
тов). Затем мы добавили в стек число 1. На него указывает вершина 
стека. Теперь последовательно добавим в стек число 99 и число -13 
(см. рисунок). Очевидно, что стек содержит уже три элемента (в по¬ 
рядке добавления 1, 99, -13), т. е. стек не пуст. На вершине стека - 
последнее добавленное число (-13). Продолжим и удалим из стека 
один элемент. Так как стек - это структура данных, подчиняющаяся 
дисциплине ЫРО, то удаляемым элементом будет последний добав¬ 
ленный (т. е. -13), число 99 теперь будет на вершине стека, и стек при¬ 
мет следующий вид: 

|- 1 99 

Вместо термина «вершина» программисты часто используют 
термин « голова » стека. Вместо термина «дно» встречается тер¬ 
мин «основание» стека. Операция добавления нового элемента в стек 
обычно называется «проталкиванием» в стек (вспомните аналогию 
с магазином огнестрельного оружия). Операция удаления элемента 
часто называется «выталкиванием» из стека. Мы будем широко ис¬ 
пользовать все эти термины , т. к. они довольно точно отооражают 

основные понятия стека и операций над ним. 

В программах и описаниях алгоритмов для обозначения дна и вер¬ 
шины стека часто используются обозначения: соответственно ЬоССот 
(или просто ЬоС) и Сор (или иногда Іаіі и \хеас\ соответственно). 

Стек предназначен для хранения в нем любой информации не 
только чисел, но и символов и даже структур В нашей книге стек бу- 
дет использоваться преимущественно для хранения чисел. 

Покажем небольшой пример использования стека: переворот стро- 
ки Например, если на входе имеется строка НеІІоѴѴоі Ісі, то необходи¬ 
мо на выходе получить строку сІІгоШИеН. Используя стек, сделать 

это проще простого: 
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О поочередно, символ за символом, протолкнуть в стек все сим¬ 
волы, составляющие входную строку (т. е. протолкнуть II, за¬ 
тем е, потом 1 и т. д. вплоть до сі); 

О поочередно, символ за символом, вытолкнуть из стека все нахо¬ 
дящиеся в нем символы (сначала сі, затем І и т. д. вплоть до \Ѵ). 

Ну разве не просто? 

Теперь нам осталось обсудить основные операции над стеком. Пока 
нам понадобятся только три из них (мы будем вводить новые опера¬ 
ции постепенно, по мере необходимости). С двумя из них мы уже по¬ 
знакомились. Первая операция - добавление (проталкивание) ново¬ 
го элемента в стек: ризіі. Вторая операция - удаление (выталкивание) 
элемента из стека: рор. 

Третья операция проверяет стек на пустоту: етріу. 

Кажется, что эти операции не нуждаются в особых комментариях, 


но давайте посмотрим, так ли это. 

Что, если мы попытаемся удалить элемент из пустого стека? Это, 
бесспорно, ошибка, и именно для предотвращения этой ошибки (опа 
называется ипсіег/іотѵ - опустошение, исчерпание) и вводится опера¬ 
ция етріу. Пока все логично: если операция етріу вернет логическое 
значение Ігие (т. е. истина), то использовать операцию удаления (вы¬ 
талкивания) элемента рор нельзя; в противном случае операция рор 
будет выполнена успешно. Теперь представим, что объем памяти, вы¬ 
деленный стеку, исчерпан и стек полностью заполнен. Это означает, 
что все ячейки стека заняты и адрес вершины стека достиг предель¬ 
ного значения (в примере стека, растущего от адреса 2000 до адре¬ 
са 1000, предельное значение соответствует адресу 1000). Попытка 
добавить в стек новый элемент операцией ризЬ приведет к ошибке 


переполнения стека ( оѵег/Іоіѵ ). Если среда исполнения позволяет 
контролировать переполнение стека (что, как правило, п бывает), іо 
работа программы, пытающейся выполнить такую операцию ризіі, 
обычно завершается некорректно. Если среда исполнения, напротив, 
нс контролирует переполнения стека, то новый элемеш в стек оу 
дет добавлен (в нашем примере по адресу 999), по это гораздо хуже, 
чем ошибка в первом случае. Тогда мы хотя бы знали, что ошпока 
случилась, программа завершилась досрочно и мы должны приду¬ 
мать другое решение и устранить причину возникновения ошибки 
(например, слишком большая глубина рекурсивных вызовов). ІЗо 
втором случае мы фактически портим содержимое памяти, которая 
не принадлежит стеку. Может случиться, что такая программа шоке 
доработает до конца и нормально завершится. Но можно ли оѵдс > 
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рнть результатам работы такой программы? Конечно, нет. Подобная 
скрытая ошибка очень коварна, поскольку создает иллюзию того, что 

все идет хорошо. Так что ситуация переполнения должна обязатель¬ 
но контролироваться. 

На этом сказанного о стеке и об основных операциях над стеком 
достаточно, и мы можем вернуться к нашей задаче - анализу скобоч¬ 
ных структур, состоящих из различных типов скобок. 


Скобочные структуры: обший случай 

Теперь, наконец, мы практически готовы рассмотреть общий слу¬ 
чай анализа скобочных структур, т. е. таких структур, в которых 
встречаются любые виды скобок и в любой комбинации. Для этого 
мы воспользуемся только что введенным понятием стека. Начнем 
с (правильной) скобочной структуры {()}. Хотя, как мы помним, эта 
структура правильно разбирается с использованием счетчика, в об¬ 
щем случае счетчик оказывается бессильным. Оставим попытки ра¬ 
ботать со счетчиком и посмотрим, чем нам может помочь стек. 

Общий принцип действия будет таким: когда в последовательно¬ 
сти встречается любая открывающая скобка (т. е. скобка (, [, { или <), 
то мы проталкиваем ее в стек. Когда в последовательности встречает¬ 
ся любая закрывающая скобка (т. е. скобка ), ], } или >), мы действу¬ 
ем согласно следующему правилу, которое, для краткости, назовем 
«сопоставлением»: если тип закрывающей скобки совпадает с типом 
скобки на вершине стека (а в стеке, напоминаем, лежат только откры¬ 
вающие скобки), то мы выталкиваем из стека открывающую скобку 
п переходим к следующей скобке во входной последовательности. 
Если тип закрывающей скобки не совпадает с типом скобки на вер¬ 
шине стека, то разбор немедленно останавливается, и мы фиксируем 

ошибку. 

Конечно, на словах это выглядит длинно и непонятно, так что да¬ 
вайте обратимся к нашему примеру. Вот так выглядит протокол раз¬ 
бора (последовательность шагов разбора скобочной структуры про¬ 
нумерована для удобства ссылок): 


Прочитанная часть Стек 


{ 

(( 

(О 

(О) 



(1) 

( 2 ) 

О) 

(4) 

(5) 
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Напомним, что символ (- обозначает дно стека. Будем предполагать, 
что в начале разбора скобочной структуры стек пуст; очистку стека 
можно обеспечить разными способами, но здесь об этом мы говорить 
не будем. Изначально ни одна скобка не прочитана (шаг 1). Теперь 
мы считываем первую скобку; это - открывающая фигурная скобка. 
Поскольку скобка открывающая, она, согласно нашему алгоритму, 
проталкивается в стек (шаг 2). Читаем следующую скобку. Она, как 
и первая, - открывающая, хотя и другого типа (а именно - круглая). 
Ее тоже проталкиваем в стек (шаг 3). Теперь в стеке находятся две 
открывающие скобки. 

Продолжаем считывать скобки из входной строки и встречаем за¬ 
крывающую круглую скобку. Тут вступает в действие правило сопо¬ 
ставления. Первое, что мы должны сделать, - сопоставить тип только 
что прочитанной закрывающей скобки с типом скобки па вершине 
стека. Типы совпадают (обе скобки одного типа, а именно - круглые). 
Выталкиваем из стека скобку (очевидно, круглую открывающую); 
пока что считанная последовательность сформирована правильно 
(шаг 4). Наконец, считываем последнюю скобку. Эго закрывающая 
скобка. Опять применяем правило сопоставления. Тип закрываю¬ 
щей скобки совпадает с типом скобки па вершине стека. Выталкива¬ 
ем из стека открывающую скобку. А теперь - внимание. Скобочная 
структура полностью прочитана (иначе говоря - последовательность 
скобок закончилась), а стек - пуст. Вывод: скобочная структура {()} 
сформирована правильно. Вот и все. Согласитесь - элегантно. Давай¬ 
те закрепим навык и рассмотрим более сложную структуру {([Не¬ 
последовательно выпишем состояния стека: 


Прочитанная часть Стек 


{ 

{( 

{([ 

{([] 

{([]) 

{([])< 

{(□)<> 

(([])<>} 


■ { 

■ { ( 

{ ( [ 
• { ( 

■ { 

■ { < 

■ { 


( 1 ) 

( 2 ) 

( 3 ) 

(4) 
(5*) 
( 6 *) 
(7) 
( 8 *) 
(9*) 


Номера строк, в которых происходит сопоставление текущей про- 
читанной закрывающей скобки со скобкой па вершине стека, поме¬ 
чены звездочкой О) Очень важно тщательно изучить этот пример 
и убедиться в том, что работа стека понята правильно. Мы предлагав 
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самостоятельно придумать несколько примеров правильно сформп- 
рованных скобочных структур и проверить алгоритм их разбора пу- 
тем тщательного выписывания состояний стека. 

Если скобочная структура состоит только из скобок одного типа 
(то, что ранее мы назвали элементарным случаем), то эго, очевид¬ 
но, частный случай общего типа скобочных структур. Наш алгоритм 
к этому случаю, разумеется, вполне применим. Иначе говоря, о мето¬ 
де с использованием счетчика можно вовсе забыть и всегда использо¬ 
вать метод с использованием стека. 

Итак, мы убедились, что стек позволяет просто и корректно рас¬ 
познавать правильно сформированные скобочные структуры. Теперь 
надо убедиться в том, что этот метод позволяет распознавать и непра¬ 
вильные скобочные структуры. Рассмотрим уже знакомый нам при¬ 
мер {(}): 


Прочитанная часть 

Стек 





(1) 

{ 


■ { 

(2) 

{( 


• {( 

(3) 

(о 


■ { ( 

(4*) 


Давайте подробно рассмотрим этот протокол разбора. В первых 
строках происходят чтение открывающих скобок (фигурной и круг¬ 
лой) и их проталкивание в стек. Пока все идет как надо. Но вот мы 
читаем закрывающую скобку } (шаг 4). В игру вступает правило со¬ 
поставления: необходимо сравнить тип закрывающей скобки с типом 
скобки на вершине стека. И тут обнаруживается, что их типы не со¬ 
впадают. Мы не можем вытолкнуть из стека открывающую скобку, 
поскольку для нее нет парной закрывающей того же типа. Дальше 
можно уже не анализировать - скобочная структура составлена не¬ 
правильно, и мы фиксируем ошибку. Закрепим результат, для чего 
рассмотрим скобочную структуру ((()}): 


Прочитанная часть Стек 
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(( 

((( 

((О 

((()} 
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(4) 
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Как и раньше, номера строк, в которых происходит сопоставление 
текущей прочитанной закрывающей скобки со скобкой па вершине 
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стека, помечены звездочкой (*). Поначалу все идет прекрасно мы 
проталкиваем в стек три открывающие скобки, встречаем закрываю¬ 
щую скобку (круглую), сопоставляем ее со скобкой на вершине сте¬ 
ка и выталкиваем (шаг 5) из стека открывающую скобку. Но вот мы 
считываем закрывающую скобку другого типа (а именно фигурную). 
Попытка сопоставления этой скобки со скобкой па вершине стека 
терпит неудачу (шаг 6), дальнейший разбор прекращается, и мы фик¬ 
сируем ошибку. 

Еще один простой пример: ) (. Тут все элементарно. Мы считываем 
закрывающую скобку и пытаемся сопоставить ее тип с типом скобки 
на вершине стека. Но ведь стек пуст и сопоставлять нечего! Результат: 
скобочная структура ) ( ошибочна. Напоследок рассмотрим еще одну 
ситуацию: (){. Вот протокол разбора этой скобочной структуры: 


Прочитанная часть Стек 




(1) 

с 

■ ( 

(2) 

О 


00 

(К 

■ { 

(4) 


Первые две скобки образуют правильную (допустимую) часть 
скобочной структуры (шаги 1, 2 и 3). Появление следующей скобки 
(шаг 4) обрабатывается, как и прежде, - поскольку скобка открываю¬ 
щая, то она проталкивается в стек. И тут скобочная структура закапчи¬ 
вается - скобок в ней больше пет. Разумеется, это ошибка, и скобочная 
структура (){ считается сформированной неверно. Для закрепления 
полученных знаний мы рекомендуем составить несколько скобочных 
структур (как правильно, так и неправильно сформированных) и тща¬ 
тельно проверить их только что рассмотренным способом. 

Пора подводить некоторые итоги. Вспомните, сколько усилий 
мы потратили на то, чтобы проверять скобочные структуры, сое гоя- 
щие из скобок только одного типа. Мы должны были ввести счетчик 
и корректировать его значение всякий раз, когда счиіывллась очеред¬ 
ная скобка. Но этот метод оказался слишком «слаб», как только ско¬ 
бочная структура стала включать в себя другие типы скобок. В чем 
причина этой «слабости»? Мы уже упоминали об этом, но тогда это 

было только предположение. Теперь мы готовы дать ответ. 

Что нового дал нам стек? Он дал возможность хранения уже про¬ 
читанных и обработанных данных. Счетчик, при всей его простоте 
и привлекательности, не «помнил» предыстории скобок. Счетчик 
фиксировал только факты появления открывающих и закрываю 
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щкх скобок, но не их типы. Стек позволяет запоминать предыдущую 
информацию, сопоставлять эту сохраненную информацию с новой 
информацией и на основе результатов сопоставления принимать ре¬ 
шение о дальнейших действиях. Иными словами, стек работает как 
память. Конечно, как память специфического вида, ведь в стеке до¬ 
ступ осуществляется только в одном месте - в его вершине. Инфор¬ 
мация, лежащая ниже вершины стека (иными словами, информация, 
добавленная раньше), не доступна. Но этого оказалось вполне доста¬ 
точно для решения задачи. 

Стек позволяет упорядочить информацию во времени: данные, по¬ 
ступившие раньше других (они хранятся ближе ко дну стека), будут 
доступны после данных, поступивших позже других (они хранятся 
ближе к вершине стека). Повторимся: стек хранит данные в поряд¬ 
ке их поступления. Именно эта особенность - храпение информации 
в зависимости от времени ее поступления - делает стек поистине не¬ 
заменимым, в чем мы не раз убедимся в дальнейшем. 

Не будем откладывать и обратимся к следующей задаче, в которой 
стек предстанет перед нами в новом качестве. 


Подпрограммы: постановка задачи 


Важным и очень полезным средством разделения программ на отдель¬ 
ные и относительно независимые составляющие являются функции 
(іттсііоп), процедуры (ргосейиге), методы (теіЬосІ) и подпрограммы 
($иЬгоиПпе) Они представляют собой набор действий, снабженный 
именем. Подпрограммы можно рассматривать двояко: как средство 


управления структурой программы и придания программе модуль¬ 
ности путем разделения ее па небольшие части и как расширение 
языка программирования новыми операциями, определенными про¬ 
граммистом. Каждая функция, процедура, метод или подпрограмма 
может быть многократно вызвана из различных частей программы, 


в том числе из других функций, процедур, методов и подпрограмм. 
В большинстве современных языков программирования возможны 
также их рекурсивные вызовы; об этой полезной, интересной, но до 
статочпо непростой возможности мы поговорим позже, после того как 
детально разберемся с обычными (т. е. перекуреншіымп) вызовами. 

Принципиальных отличий между функциями, процедурами, мето¬ 
дами и подпрограммами нет, и поэтому в дальнейшем мы будем ис¬ 
пользовать в качестве их общего имени один и тот же, ноорнческі 
первый термин — подпрограммы. 












Подпрограммы постановка задачи ♦> 29 


Те немногие отличия, о которых стоит упомянуть, касаются воз¬ 
можности вырабатывать возвращаемый результат. Традиционно 
считается, что функции включают в себя конструкцию, возвращаю¬ 
щую некоторое значение (не обязательно примитивного типа). Ме¬ 
тоды, а также подпрограммы могут как возвращать , так и не воз¬ 
вращать никаких результатов. Наконец, процедуры, как правило, 
никаких результатов не возвращают. Эти отличия носят в основном 
синтаксический характер и для нас не принципиальны. 

Подпрограммы в разных языках программирования оформляют¬ 
ся в соответствии с синтаксисом этих языков и могут выглядеть по- 
разному. Это, однако, не существенно; в конце концов, несмотря па 
внешние (видимые) отличия подпрограмм, записанных па разных 
языках программирования, все они, в сущности, делают одно и то же. 
Чтобы сделать это утверждение наглядным, не зависящим от особен¬ 
ностей того или иного языка программирования, и одновременно 
придать нашему обсуждению конкретности и убедительности, мы 
поступим следующим образом: введем небольшой и простой язык 
ассемблера, на основе которого продемонстрируем основные концеп¬ 
ции управления подпрограммами. 


Тот, кто раньше не сталкивался с ассемблерами, но слышал о том, 
что это очень сложные и малопонятные языки программирования, за¬ 
частую склонен прекращать чтение и откладывать книгу в сторону. 
Это - заблуждение. Конечно, ассемблер может быть сложным и ма¬ 
лопонятным. Но давайте не станем торопиться: можно запутать, 
усложнить и сделать невразумительным что угодно, используя даже 
самые ясные конструкции (вспомните, сколько людей не могут внятно 
рассказать даже о самых простых вещах, Оапример объяснить, как из 

пункта А попасть в пункт В). 

Конечно, программирование на ассемблере имеет свою специфику, 
поскольку ассемблеры « располагаются» всего лишь в шаге от програм¬ 


мирования в машинных кодах (т. е. от программирования на языке 
последовательностей нулей и единиц, которые только и «понимает» 
процессор). Но сложность сама по себе не должна и не может служить 
препятствием. В конце концов, программирование - это решение за¬ 
дач среди которых есть действительно очень сложные, но кото- 
пыё мы тем не менее решаем (или хотя бы пытаемся решит,,). Наш 
ассемблер будет совсем простим; может быть, чуть-чуть сложнее 
обычнее калькулятора. Так что давайте отбросим сомнения, а про, - 
то приступая к делу. Мы увидан, что а ассемблере нет ничем недо 









30 ❖ Задачи, приводящие к стеку 


ступного, более того, с его использованием многие вещи становятся 
гораздо яснее и понятнее. 


В основных чертах наш ассемблер подобен другим ассемблерам 
(с тем приятным отличием, что он действительно предельно прост 
и не зависит от особенностей конкретной архитектуры процессора). 
Его система команд (т. е. инструкции, которые он «понимает» и спо¬ 
собен выполнять), по сравнению с другими ассемблерами, невели¬ 
ка, что, конечно, делает его не слишком удобным для практического 
программирования, по при необходимости эту систему команд легко 
расширить. Собственно, именно так мы и поступим. Команды будут 
вводиться постепенно и только тогда, когда это будет нужно. Таким 
образом, необходимость введения новых команд будет всякий раз 
обосновываться, а новые команды будут появляться лишь тогда, ког¬ 
да целесообразность этого станет очевидной и необходимой. 

Для начала введем несколько терминов, которые будут памп в даль¬ 
нейшем широко использоваться. Вызов подпрограммы означает, что 
следующими должны будут исполняться команды, составляющие 
тело подпрограммы. Другое название для этого действия - передача 
управления на начало подпрограммы, или, что то же самое, передача 
управления по адресу начала подпрограммы, т. е. по адресу памяти, 
начиная с которого расположена подпрограмма. Ну а адрес, как мы 
помним, - это просто номер (неотрицательное целое число) ячейки 

памяти. 


Теперь следует разобраться, как мы можем задать или указать 
адрес Для этого вводится понятие программного счетчика (или, как 
иногда говорят, счетчика размещения), который будет обозначаться 
как РС (от рго^гаш соипіег - не путать с регзопаі сошриіег). Про¬ 


граммный счетчик - это регистр, обычно входящий в состав процес¬ 
сора На некоторых архитектурах РС располагается не внутри про¬ 
цессора, а на т и. общей шипе, и в этом случае он, как и другие ячейки 
памяти, имеет СВОЙ адрес. Для наших целей то, где фактически распо¬ 
лагается РС, значения не имеет. РС содержит (хранит) адрес коман¬ 
ды, которая будет выполнена следующей. Арифметико-логическое 
устройство (АЛУ) процессора выполняет команду, находящуюся по 
текущему адресу, а затем передает управление по адресу, который на¬ 
ходи гея В РС. После этого содержимое РС корректируется так, чтобы 
ОН указывал на следующую команду. Тем самым обеспечивается не¬ 
прерывным ЦИКЛ выборки команды, исполнения команды п перехода 
к адресу следующей команды. Теперь обратимся к командам. 
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чаіш муся в РС Иначе говоря, команда ВК соответствует от ратор> 
8°*° в некоторых языках программирования (например Роппш С 
І^саІ некоторых версиях Вазіе’а). Команда ВК прерывас і шна'іиу ю 
последовательность выполнения команд и передает управление ко 
» расположенной в произвольной ячейке памяти Следующий 
небольшой пример продемонстрирует, что при этом происходи! До¬ 


пустим, что РС содержит адрес 2000 Удобно исподьэовлть обоим 
чение [РС]—2000, где квадратные скобки читаются как «содер чнмеч 
чего-либо», т. е. в нашем случае «содержимое РС - (в литературе и ю- 
кументации часто используются также обозначения (РС) п с(РС) от 
слова сопСепІ). Это означает, что следующей будет выполнена коман¬ 
да, которая хранится по адресу 2000. Это т н .*фф* кгтмный ад/м'с, но 
нам данный термин не понадобится Пусть по адресу 2000 хранится 
команда В К 2500 (т. е. [2000]-ВК 2500) 


Адрес Команда 


2000 ВК 2500 

2001 
2002 

2500 ; сюда будет передано управление по команде 8В 2500 


(точка с запятой - признак начала строки с комментарием много¬ 
точия указывают на пропущенные фрагменты программы, стро¬ 
ки «—» означают команды или данные, которые в данном случае нс 


представляют для нас интереса). ^ 

Такой способ представления информации, когда слева и реле і. и» іе¬ 
ны адреса памяти, а справа - команды, называется картой памяти, 
мы будем широко им пользоваться, так что рекомендуем отнестись 

к нему внимательно. 

Если бы по адресу 2000 стояла не команда В К 2500, а какая-то дру¬ 
гая команда, то она была бы исполнена, п новое значение РС стало 
бы рапным 2001. т. е. адресу следующей по порядку команды Но по 
адресу 2000 содержится именно команда безусловного перехода, ко¬ 
торая предписывает изменить содержимое РС, нос. іе чего 11 С ] 2.>00. 
Устройство управления процессора считывает число 2500 и передает 

управление но этому адресу. 
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Теперь несколько слов о способах адресации. Способ адресации - 
это указание на то, как определить адрес ячейки памяти. В пашем 
первом примере мы использовали непосредственную адресацию , при 
которой адрес ячейки памяти был указан в виде числа непосредствен¬ 
но в команде. Но это не единственный способ. Как правило, в ассемб¬ 
лерах реализуется множество способов адресации (например, ин¬ 
дексная или адресация с использованием базы), по нам понадобится 
еще только один способ адресации - косвенный. Косвенная адресация 
позволяет обращаться к ячейке памяти путем указания адреса этой 
ячейки в другой ячейке. Это звучит несколько гуманно, по простой 
пример продемонстрирует, что это такое. Пусть ячейка памяти с адре¬ 
сом 2500 хранит (содержит) число 6000, т. е. (2500]=6000. Если мы на¬ 
пишем В К 2500, то, как мы уже видели, управление будет передано по 
адресу 2500 (это, как мы уже знаем, непосредственная адресация). Но 
если мы напишем чуть иначе: ВК. @2500, то устройство управления 
сначала обратится к ячейке памяти с адресом 2500, прочтет содержи¬ 
мое этой ячейки (т. е. число 6000) и, наконец, передаст управление по 
адресу 6000. Это напоминает передачу конверта в другом конверте. 
Получатель внешнего конверта вскрывает его, находит внутри дру¬ 
гой конверт с адресом и передает этот конверт по указанному па нем 
адресу: 

Адрес Команда 

2000 ВК @2500 

2001 
2002 

2500 6000 

О 

6000 ; сюда будет передано управление по команде ВК @2500 


Поначалу косвенная адресация может показаться сложном и не¬ 
сколько надуманной конструкцией, но очень скоро мы убедимся, 
чго это не так; косвенная адресация существенно увеличивает гиб¬ 
кость и «освобождает» программы от необходимости явного указа¬ 
ния адресов. Например, чтобы в последнем примере изменить адрес 

переда,,, управления е адреса 6000 „а адрес 12800, ^ 

менять 12500] (содержимое ячейки памяти с адресом 2о00) с 60С к 
12 800 При этом сама команда ВК @2500 останется бе., изменении 
Вскоре мы увидим многочисленные примеры использования кос- 
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венной адресации и сможем оценить предоставляемые косвенной 
адресацией возможности. 

Наконец, подготовительные объяснения можно считать завершен¬ 
ными, и мы можем перейти к подпрограммам. 

Вне зависимости от используемого языка программирования, в ос¬ 
нове механизма управления подпрограммами лежит одна и та же схе¬ 
ма из двух шагов: 

О шаг 1 - передача управления на начало подпрограммы; 

О шаг 2 - когда подпрограмма завершит свою работу, возобнов¬ 
ляется работа той части программы, откуда была вызвана под¬ 
программа. 

Другими словами, подпрограммы не являются самостоятельными 
программными единицами; они кем-то вызываются (эти «кто-то» 
могут быть основной программой, другими подпрограммами и даже 
той же самой подпрограммой). Затем подпрограмма начинает выпол¬ 
няться. Наконец, когда работа подпрограммы завершается, опа долж¬ 
на вернуть управление туда, откуда опа была вызвана. Если во время 
чтения книги мы слышим телефонный звонок, мы запоминаем с по¬ 
мощью закладки место, где нас прервали, и отвечаем на звонок (зво¬ 
нок - это вызов подпрограммы, а ответ - исполнение подпрограммы). 
По окончании разговора мы возвращаемся (возврат управления) 
к книге и продолжаем читать с того места, па котором нас прервали. 


Фактически события такого рода называются прерываниями, 
а подпрограммы, которые должны быть выполнены в таких случа¬ 
ях, - обработчиками прерываний. В обычных языках программирова¬ 
ния программист надежно «огражден» от необходимости обработки 
прерываний; прерывания - это «забота» операционной системы. Пре¬ 
рывания - это сложная и деликатная тема, поскольку именно через 
прерывания реализованы такие функции, как вывод на жран, работа 
с дисками и сетью, работа клавиатуры и мыши и т. п. Как правило, оо- 
работчики прерываний разрабатываются на асе ем б / ер а. \ в ь і со ко ква¬ 
лифицированными программистами. Но концептуально обработчики 
прерываний — это те же самые подпрограммы. 


Самый простой способ передать управление подпрограмме - вы¬ 
полни ѵь безусловный переход по адресу ее начала. Наши первые при¬ 
меры именно это фактически и делали (первый - с непосредственной, 
ВТОРОЙ - с косвенной адресацией). Таким образом, первый шаг схемы 
механизма подпрограмм оказалось выполнить несложно. Л как быть 
со второй частью схемы - возвратом из подпрограммы 
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Пока, к сожалению, никак: вернуться па прежнее место и продол¬ 
жить выполнение с команды по адресу 2001 невозможно, т. к. подпро¬ 
грамма не «знает», откуда она была вызвана, и, следовательно, адрес 
2001 ей неизвестен. И вот это - настоящая проблема. 

Итак, ближайшая задача понятна - обеспечить возврат из под¬ 
программы, что эквивалентно запоминанию адреса, па который нуж¬ 
но передать управление по окончании работы подпрограммы. Этот 
адрес настолько важен, что имеет собственное имя - адрес возврата 

(геіигп асЫгезз). 

Как подпрограмма может «узнать» этот адрес? Первое решение, 
которое приходит на ум, - запомнить адрес возврата либо в отдель¬ 
ном регистре процессора (обычно он называется регистром связи), 
либо в какой-то ячейке памяти. Принципиальных отличий в этих 
способах пет, но, как правило, выделять отдельный регистр для хра¬ 
нения адреса возврата слишком расточительно, т. к. количество ре¬ 
гистров процессора ограничено и «расходовать» их нужно экономно. 
Поскольку количество ячеек памяти на много порядков превышает 
количество регистров, то мы остановимся па ячейке памяти. Для это¬ 
го нам нужно выделить определенную ячейку памяти для храпения 
в ней адреса возврата. Это может быть почти любая ячейка памяти; 
главное требование к ней простое - следует воздержаться использо¬ 
вать эту ячейку для любых других целей, за исключением храпения 
адреса возврата из подпрограмм. Пусть для определенности это будет 

ячейка с адресом 1000. 

Наш пример теперь можно переписать так: 


Адрес 

Команда 


1000 

; место для хранения адреса 

возврата 

• • • 

2000 

2001 

2002 

; вызов подпрограммы 

ВК 2500 

О 

2500 

; начало подпрограммы 


• Ф • 

2615 

; возврат из подпрограммы 

ВК @1000 



• • • 


Разберемся, что тут происходит, 
выделить ячейку памяти с адресом 


Прежде всего мы договорились 
1000 для хранения адреса возвра- 
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та. По адресу 2000 находится безусловный переход к началу подпро¬ 
граммы (по адресу 2500). Прежде чем этот переход будет осуществлен 
(т. е. до того, как [РС] станет равным 2500) и подпрограмма начнет 
выполняться, нужно каким-то образом запомнить адрес возврата, т. е. 
адрес 2001, в ячейке с адресом 1000. Допустим, что мы это умеем де¬ 
лать (как именно - сейчас не важно, по мы запоминаем число 2001 
в ячейке с адресом 1000, т. е. [10001=2001). Теперь переходим к под¬ 
программе (она располагается в диапазоне адресов с 2500 по 2615). 
Адрес начала подпрограммы (2500) называется точкой входа в под¬ 
программу; адрес окончания подпрограммы (2615) - точкой возвра¬ 
та , или точкой выхода из подпрограммы. 

А теперь - маленький фокус! В точке выхода из подпрограммы мы 
видим команду ВК @1000. Это безусловный переход по косвенному 
адресу (вот нам и пригодилась косвенная адресация), т. е. по адресу, 
который хранится в ячейке памяти с адресом 1000. А что там хранит¬ 
ся? Ну, конечно, 2001. Так мы возвращаемся к основной программе. 

Чуть выше мы говорили о том, что перед передачей управления под¬ 
программе мы каким-то образом умеем сохранять адрес возврата в спе¬ 
циально выделенной ячейке памяти (в нашем примере в ячейке с адре¬ 
сом 1000). Этот момент требует внимания, т. к. от этого зависит, сможет 
ли подпрограмма вернуть управление по окончании своей работы. 


Одно из решений состоит в следующем: адрес возврата можно за¬ 
помнить непосредственно перед вызовом подпрограммы. Мы знаем, 
что команда вызова подпрограммы располагается по адресу 2000, 
следовательно, нам известен и адрес возврата из подпрограммы (т. е. 
адрес 2000+1=2001). Поэтому мы можем сохранить адрес возврата 
в ячейке памяти с адресом 1000, а затем передать управление подпро¬ 
грамме. Это означает, что перед вызовом подпрограммы необходимо, 


чтобы [1000)=2001. Для этого в системах команд практически всех 
процессоров имеется команда пересылки МОѴ (оі шоѵе), с помощью 
которой можно обновить содержимое заданной ячейки памяти. Это 
вполне работоспособное решение, по по причинам, которые стану і 

понятными чуть ниже, мы им не воспользуемся. 

Другое решение состоит в следующем. Введем в нашу систему 
команд новую команду и назовем ее (от^шр іо ЗиЬКоШіпс). 
Это фактически тот же самый безусловный переход ВК, но только 
с одним отличием: перед тем как осуществлять передачу управления 
подпрограмме, команда запоминает адрес возврата по ™рап^ 
определенному адресу (в нашем примере по адресу 1000) Итак, паи 

пример будет теперь выглядеть так: 
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Адрес Команда 

1000 ; место для хранения адреса возврата 

% I I 

; запоминание адреса возврата и вызов подпрограммы 

2000 35К 2500 

2001 
2002 
III 

2500 ; начало подпрограммы 

• • • 

; возврат из подпрограммы 
2615 ВК @1000 


Команда ^К. 2500 сначала запоминает адрес возврата в ячейке 
с адресом 1000, а потом передает управление по указанному в ней 
адресу. Сам адрес возврата (т. е. 2001) известен - это, как и раньше, 
адрес, непосредственно следующий за адресом, но которому распола¬ 
гается команда ] 5 К. 

Что же, задача решена? В какой-то мере, да - решена. Но это ре¬ 
шение все же плохое. Недостаток этого решения кроется в способе 
хранения адреса возврата. Рассмотрим небольшой пример, который 
фактически приводит к необходимости отбросить этот метод реше¬ 
ния как совершенно непригодный: 

Адрес Команда 

1000 ; место для хранения адреса возврата 

; запоминание адреса возврата и вызов первой подпрограммы 

2000 Э5К 2500 

2001 
2002 

О 

2500 ; начало первой подпрограммы 

2501 

; запоминание адреса возврата и вызов второй подпрограммы 

2600 Э5К 4500 

2601 

; возврат из первой подпрограммы 
ВК @1000 


2615 
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4500 ; начало второй подпрограммы 

4501 


; возврат из второй подпрограммы 
4580 ВК @1000 


Посмотрим, что тут происходит. Начало нам уже знакомо - запо¬ 
минаем адрес возврата ([1000]=2001) и переходим к подпрограмме по 
адресу 2500. Но внутри этой подпрограммы (точнее, по адресу 2600) 
происходит вызов другой подпрограммы. Исполнение текущей (пер¬ 
вой) подпрограммы временно приостанавливается. Каковы наши 
дальнейшие действия? Запоминаем адрес возврата ((1000]=2601) 
и переходим к подпрограмме по адресу 4500. Когда эта (вторая) под¬ 
программа доходит до точки возврата по адресу 4580, выполняется 
возврат в первую подпрограмму, и ее исполнение возобновляется 
с адреса 2601. Наконец, первая подпрограмма доходит до точки воз¬ 
врата по адресу 2615, она должна вернуть управление. Вот только 
куда? Логически рассуждая, по адресу 2001, а практически? Содер¬ 
жимое ячейки памяти с адресом 1000 было изменено в тог момент, 


когда мы вызывали вторую подпрограмму, и нужный нам теперь 
адрес возврата (2001) попросту исчез. Его нет, и поэтому команда В К 
@1000 вернет управление по адресу ... 2601, т. е. внутрь самой себя. 
А это совсем не то, что ожидалось: первая подпрограмма попросту 
войдет в бесконечный цикл, исполняя команды по адресам с 2601 по 


2615. Мы никогда не вернемся к выполнению основной программы 
но адресу 2001, т. к. этот адрес был фактически уничтожен вызовом 

второй подпрограммы. 

Мы обращаем особое внимание па этот пример и предлагаем вни¬ 
мательно с ним разобраться: он весьма поучителен и демонстрирует, 
как легко и просто нарушить работу программы. Бесконечные циклы 
весьма коварны, т. к. далеко не всегда бывает очевидно, что именно 

привело к зацикливанию программы. 

Итак, решение с выделенной ячейкой памяти для хранения адреса 

возврата работает, но налагает на вызовы подпрограмм строгое (мож¬ 
но сказать, фундаментальное) ограничение: нельзя вызывать другие 
подпрограммы до тех пор, пока не заверен возврат из текущей (ак¬ 
тивной) подпрограммы. Каждый вызов подпрограммы затирает пре¬ 
дыдущий адрес возврата. Это слишком жесткое ограни чей не... мы не 
можем его принять. Надо искать что-то другое... 


















38 


Задачи, приводящие к стеку 


А что, если мы будем хранить адрес возврата не в выделенной ячей¬ 
ке памяти, где он будет затираться новыми значениями всякий раз, 
когда происходит вызов подпрограммы, а в самой подпрограмме? 
Это, на первый взгляд, абсурдное решение, но не будем торопиться. 

Прежде всего нам может оказаться полезной команда ШР (по 
орегаНоп), основное назначение которой - ничего не делать. Эта ко¬ 
манда как бы «говорит» процессору - «здесь можно отдохнуть». По¬ 
смотрите на следующий пример: 

Адрес Команда 

Ф I • 

; вызов подпрограммы 

2000 35К 2500 

2001 
2002 
€ • • 

; здесь будет запоминаться адрес возврата 

2500 N0? 

• • # 

; возврат из подпрограммы 
2615 ВК @2500 


Это выглядит немножко странно, но давайте сначала разберемся. 
Команда 35К 2500 по адресу 2000 передает управление по адресу 
начала подпрограммы. Подпрограмма начинается с команды КОР. 
Вместо того чтобы запоминать адрес возврата в выделенной ячей¬ 
ке памяти (например, в ячейке памяти с адресом 1000, как это было 
раньше), команда ^К. записывает адрес возврата вместо команды 
ЫОР Непосредственно после вызова подпрограммы (по до того, как 
будет выполнен возврат из нее) карта памяти будет выглядеть так: 

Адрес Команда 

; вызов подпрограммы 

2000 35К 2500 

о 

2001 
2002 

; здесь находится адрес возврата 
2500 2001 

; возврат из подпрограммы 
2615 ВК @2500 
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Подпрограмма начинает исполняться с адреса, следующего за 
адресом команды ЫОР, т. е. с адреса 2501. Когда управление получит 
команда по адресу 2615, то адрес возврата будет извлечен из ячейки 
памяти с адресом 2500 (т. е. будет извлечено значение 2001). и коман¬ 
да ВК @2500 вернет управление основной программе. Назначение 
команды ЫОР состоит в том, чтобы зарезервировать место для адре¬ 
са возврата; в принципе, можно записывать в эту ячейку совершен¬ 
но произвольное значение (ведь оно все равно будет перезаписано 
адресом возврата), по вариант с ЫОР выглядит аккуратнее. Смысл 
ЫОР только в том, чтобы зарезервировать место для хранения адреса 
возврата и ничего более. Выглядит хитро, по будет ли это работать 
в случае вызова одной подпрограммы из другой? Проверим: 


Адрес 

Команда 



• • • 

2000 

2001 

2002 

; вызов первой подпрограммы 

35К 2500 



• • • 

2500 

2501 

; здесь запоминается адрес возврата 

N0? -> 2001 

первой 

подпрограммы 

% • • 

2600 

2601 

; вызов второй подпрограммы 

15К 4500 



• • • 

2615 

; возврат из первой подпрограммы 

ВК @2500 



• • • 

4500 

4501 

; здесь запоминается адрес возврата 
ЫОР -> 2601 

второй 

подпрограммы 

• • • 

4580 

; возврат из второй подпрограммы ^ 
ВК @4500 




# • 


Здесь мы для простоты отслеживания, слегка изменили форму 
представления команд но адресам 2500 и 4500, чтобы акцентировать 
внимание на том, что до вызова подпрограмм в этих ячейках пахо 
НИ іась команда ЫОР, а после вызова - адреса возвратов. Проследим, 
что тут происходит. Сначала вызывается первая подпрограмма (та. 
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что расположена по адресам 2500-2615). Адрес возврата (2001) запо¬ 
минается в первой ячейке памяти этой подпрограммы, т. е. по адресу 
2500. Первая подпрограмма еще не завершила своей работы и вы¬ 
зывает вторую подпрограмму (ту, что занимает адреса 4500-4580). 
Адрес возврата (2601) запоминается в первой ячейке памяти вызван¬ 
ной подпрограммы, т. е. по адресу 4500. Итак, имеем (2500]=2001 
и [4500]=2601. 

Когда вторая подпрограмма завершает свою работу (адрес 4580), 
она возвращает управление по адресу 2601. Первая подпрограмма 
возобновляет свою работу. Когда первая подпрограмма завершает 
свою работу (адрес 2615), опа возвращает управление по адресу 2001. 
Обе подпрограммы отработали, корректно вернули управление, и те¬ 
перь программа продолжает выполнение с адреса 2001. Как говорят 
математики, «что и требовалось доказать». 

Итак, давайте подведем некоторые итоги. Наша задача была такой: 
обеспечить механизм возврата из подпрограммы в программу (или 
в другую подпрограмму), из которой она была вызвана. Метод с ис¬ 
пользованием универсальной выделенной ячейки памяти для храпе¬ 
ния адреса возврата крайне ограничивает паши возможности и диктует 
совершенно неприемлемую дисциплину: до вызова повой подпрограм¬ 
мы необходимо полностью завершить работу текущей. Метод, при ко¬ 
тором адрес возврата хранится в самой подпрограмме, гораздо лучше. 
Он позволяет делать вызовы подпрограмм из других подпрограмм. 
Правда, для хранения адреса возврата в подпрограмме приходится ре¬ 
зервировать дополнительную ячейку памяти, по эго представляется 

незначительной платой за столь широкие возможности. 

Перед тем как продолжить рассказ, давайте вернемся к последнему 
примеру и, отбросив в сторону все «лишнее», внимательно пригля¬ 
димся к тому, что мы делали. Последовательность вызовов подпро¬ 
грамм и возвратов из них выглядела так: 


35К 2500 
ЭБК 4500 
ВК @4500 
ВК @2500 


т. е. вызов первой подпрограммы, вызов второй подпрограммы, воз¬ 
врат из второй подпрограммы, возврат из первой подпрограммы. Ни¬ 
чего не напоминает? Как будто бы пары команд І8К/ВК ведут себя 

как вложенные скобки. 


Неужели это... 
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Подпрограммы: появляется стек 


Да-да, мы не ошиблись - это что-то, похожее па стек. И опять уже зна¬ 
комая нам последовательность: то, что началось первым, закапчивает¬ 
ся последним. А раз вызовы и возвраты из подпрограмм соответству¬ 
ют дисциплине ПРО, то этой же дисциплине должны подчиняться 


и адреса возвратов. Следовательно, для их запоминания можно вос¬ 
пользоваться стеком. Назовем такой стек стеком возвратов. 

Очевидно, что стек возвратов должен существовать до того, как 
программа будет запущена на исполнение. Одни из вопросов, кото¬ 
рый нужно решить на этом этапе, - глубина стека, т. е. количество 
элементов, которые стек может вместить. Если мы говорим об обыч¬ 
ных (не рекурсивных) подпрограммах, то обычно оказывается до¬ 
статочно стека на несколько десятков элементов (адресов). В случае 
рекурсивных подпрограмм (речь о которых пойдет в следующем раз¬ 
деле), особенно предназначенных для обработки сложных структур 
данных (например, деревьев), глубина стека может составлять сотню, 
тысячу и более элементов. Резервировать стек такого объема - как 
правило, непозволительная роскошь: вполне может случиться, что 
фактически будет использована лишь незначительная часть отведен¬ 
ного под стек адресного пространства. Обычно в этом случае исполь¬ 
зуется такой способ реализации стека, при котором память для него 
выделяется динамически, т. е. по мере надобности. В этом разделе мы 
не будем касаться реализации стеков (подробнее об этом см. в одном 
из приложений), но этот вопрос обязательно должен быть решен. 


Пока же мы будем просто считать, что такой стек есть. 

Следующий вопрос относится уже к механизму реализации под¬ 
программ как обеспечить занесение в стек адреса возвратов при вы¬ 
зове подпрограмм и, обратно, как обеспечить выборку из стека сохра¬ 
ненных в нем адресов возвратов по окончании работы подпрограмм? 

Первая проблема решается путем небольшого изменения семанти¬ 
ки т е поведения, команды Д5К (переход к подпрограмме). В преды¬ 
дущем разделе команда І5К сохраняла адрП: возврата в выделенной 
ячейке тела подпрограммы (а именно - в самой первой). Теперь же 
эта команда будет проталкивать адрес возврата в стек возвратов. Вто¬ 
рая проблема чуточку сложнее. Вспомните, что в предыдущем слу¬ 
чае возвра. из подпрограммы обеспечивался командой ВК @асІсІіеѵ>. 
где адеігезз и есть ранее сохраненный адрес возврата. Теперь же адрес 
возврата нужно выбрать из стека (если быть точным - из ячемкп па 
которую указывает его вершина). Но это не все. После возврата пз 
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подпрограммы состояние стека должно быть скорректировано; мы 
уже использовали текущий адрес возврата (на вершине стека), и ом 
нам больше не нужен. Значит, нужно обеспечить, чтобы па вершине 
стека теперь был адрес возврата подпрограммы, вызванной раньше 
текущей. Иначе говоря, стек должен быть уменьшен на один элемент, 
и вершина стека должна указывать па новый адрес возврата. Коман¬ 
да ВК сама по себе этого делать не может. Можно было бы, конечно, 
как и в случае команды изменить ее семантику так, чтобы при 
возврате из подпрограммы одновременно корректировался и стек, по 
это плохое решение, и вот почему. Команда ВК, как правило, исполь¬ 
зуется не для возврата из подпрограмм, а для организации обычных 
безусловных переходов (аналог §о1о, о чем мы говорили ранее). Это 
ее основное предназначение. Если команда В К при любом своем ис¬ 
пользовании будет обновлять состояние стека, то пи к чему хорошему 
это не приведет. Иначе говоря, команда ВК делает слишком много. 
Чтобы поправить ситуацию и уберечься от неконтролируемых изме¬ 
нений стека, в систему команд обычно вводится отдельная команда, 
предназначенная исключительно для обеспечения возвратов из под¬ 
программ. Введем такую команду и мы. Назовем эту команду КЕТ 
(геіигп). Действие этой команды заключается в следующем: прочесть 
адрес возврата на вершине стека возвратов, вытолкнуть этот адрес 
возврата из стека (после чего вершина стека будет указывать на адрес 
возврата подпрограммы, вызванной раньше) и передать управление 
по уже известному адресу возврата. Рассмотрим пример: 


Адрес 

Команда 


Стек 

• • • 

2000 

2001 

2002 

; вызов подпрограммы 

35К 2500 



• 2001 

2500 

; начало подпрограммы 


[ 2001 

• • • 

2615 

; возврат из подпрограммы 

КЕТ 

О 






Допустим, что перед вызовом подпрограммы стек был пуст (это 
совершенно не обязательное условие, по так проще отслеживать его 
состояние). При вызове по адресу 2000 подпрограммы мроікчо им 
следующее: I ) адрес возврата (2001) проталкивается в стек, и 2) осу - 













ществляется передача управления на адрес начала подпрограммы 
(2500). Подпрограмма начинает выполняться, и, наконец, управление 
получает команда КЕТ. При этом 1) адрес возврата, находящийся на 
вершине стека возвратов (2001), запоминается, 2) этот адрес возврата 
выталкивается из стека, и 3) осуществляется передача управления на 
адрес возврата (т. е. па адрес 2001). Сама передача управления, на¬ 
поминаем, сводится к изменению содержимого РС. Стек возвратов 
возвращается в то же самое состояние, в котором он был до вызова 
подпрограммы. 

Так, пока все идет неплохо. А что с вложенными вызовами подпро¬ 
грамм? 

Адрес Команда 

2000 35К 2500 

2001 
2002 
• • # 

; начало первой подпрограммы 

2500 --- [ 2001 

2600 35К 4500 [ 2001 2601 

2601 

2615 КЕТ 

; начало второй подпрограммы 

4500 — I- 2001 2601 

4580 КЕТ 


Стек 

к 

■ 2001 


Проанализируем, что тут происходит, по порядку: 

О вызов (но адресу 2000) первой подпрограммы; адрес возврата 

(2001) проталкивается в стек; 

О первая подпрограмма начинает исполняться; 

О вызов (по адресу 2600) второй подпрограммы; адрес возврата 


О 

О 

О 


601) проталкивается в стек; 

орая подпрограмма начинает исполняться; 

іравдение получает команда КЕТ (по адресу 4580); 

рос возврата с вершины стека (2601) запоминается и затем 

сталкивается из стека; 
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О передача управления на адрес 2601; работа второй по іп|*>грлч 

мы полностью завершена; 

О возобновление (с адреса 2601) работы первой подпрограммы. 

О управление получает команда КЕТ (по адресу 2615); 

О адрес возврата с вершины стека (2001) запоминается и «атсм 

выталкивается из стека; 

О передача управления на адрес 2001. работа первой подпрограм¬ 
мы полностью завершена; 

О стек возвращается в исходное состояние (до начала вызова пер¬ 
вой подпрограммы); 

О возобновляется работа основной программы. 

Итак, стек весьма логичным и изящным способом позволяет орга¬ 
низовать вызовы и возвраты из подпрограмм. 

Однако описание работы стека при этом выглядит многословно 
и неуклюже. Конечно, стековая диаграмма в правой части примера 
определенно полезна, но надо помнить, что это - всего лишь часть 
описания. Давайте введем некоторые обозначения, которые позволят 
нам рассуждать о подпрограммах (и, как будет видно в дальнейшем, 
не только о подпрограммах) н стеках более компактно Для этого вве¬ 
дем специальный регистр, который будет обозначаться как 5Р ($Саск 
роіпіег) - указатель стека. 5Р всегда указывает на вершину стека 
(в пустом стеке вершина стека, т. е. $Р, совпадает с его дном) 

При проталкивании адреса возврата в стек значение 5Р корректи¬ 
руется: 5Р=5Р-1, и новое значение [5Р] -адресу возврата. Почему $Р 
уменьшается на 1? Вспомним, ранее мы условились, что стек растеі 
от больших адресов к меньшим, т. е. в сторону младших адресов па¬ 
мяти (к началу памяти). Поэтому при проталкивании в стек нового 

элемента значение $Р должно быть уменьшено. 

При выталкивании адреса возврата из стека значение 5Р вновь 
корректируется, по уже в «обратную» сторону, т. е. в сторону старших 
адресов памяти, и ЗР-5Р+1, а [$Р]-предыдущему адресу возврата. 
Давайте перепишем работу только что рассмотренного примера в но¬ 
вых обозначениях: сп 

О вызов (по адресу 2000) первой подпрограммы; 5Р Ы -1, 

[$Р]=2001; ° 

О первая подпрограмма начинает исполняться; 

О вызов (по адресу 2600) второй подпрограммы; 5Р-Ы-1. 

[5Р]-2601; 

О вторая подпрограмма начинает исполняться; 

О управление получает команда КЕТ (по адресу 4580); 
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О адрес возврата-|5Р| (т.е, 2601);5Р-5Р>1 

О передача управления на адрес 2601. работа второй полшюі |ч»ч 

мы полностью завершена; 

О возобновление (с адреса 2601) работы первой иодпрог рам мы 
О управление получает команда КЕТ (по адресу 2615); 

О адрес возврата-[5Р] (т.е. 2001); $Р-$Р+1; 

О передача управления на адрес 2001; работа первой подпрограмм 
мы полностью завершена; 

О стек возвращается в исходное состояние. 


Во многих компьютерных архитектурах регистр, поообпы і жа л 
телю стека 5Р, действительно предусмотрен Мож но, конечно. реали¬ 
зовать стек и программно, ест такого регистра нет 

Сравнительно с предыдущими вариантами вы лона и возн/шта и- 
подпрограмм (с выделенной ячейкой для осел по<)программ и специаіь- 
ной ячейкой в теле самой подпрограммы) последний «привит со спи каи 
выглядит несколько тяжеловесно Потребовалось снести новую ко¬ 
манду (КЕТ) и новый регистр (5Р) И новая команда, и указаніе іь спи 
ка должны взаимодеш півош ь между собой совврші нноопределенны» 
образом, что несколько снижает наг шдность По ппо ипечапиепш об¬ 
манчиво. Все операции по «манипулированию* состояніи м < теки (что 
сводится фактически к работе с регистрам $Р) весьма просты и, что 
называется, « спрятаны под капот к 

Для простейших случаев рассмотреть раш < варианты (о< обепио 
второй - с сохранением адреса возврата в теле подпрограммы), воз¬ 
можно, и хороши. Но дело в то м, что простейших случаев практически 
не бывает. Здесь уместна некоторая ашиогия с задачей апо-іиза ско¬ 
бочных структур. Метод со счетчиком прост, нагляден, но на этом 
все его преимущества и заканчиваются, в общем случае скобочные 
структуры методом со счетчиком разобрать практически невоз¬ 
можно. Введение стека решило разом все проблемы, и теперь, какие бы 
типы скобок - даже самые «экзотические* нам не встретились, все 
они будут разобраны единообразно и совершенно автоматически Гак 
же точно дело обстоит и в задаче с подпрограммами. 


Напоследок давайте обновим терминологию. Вызов подпрограм- 
,ы командойК с одновременным проталкиванием в стек возвратов 
дреса возврата и уменьшением значения указателя стека 5Р принято 
іазывагь прологом. Возврат из подпрограммы команден КЬГс одно¬ 
временным выталкиванием из стека возвратов адреса возврата и уве¬ 
личением значения указателя стека 5Р принято называть эпилогом. 
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В общем случае пролог и эпилог могут сопровождаться и другими 
действиями, но описанные - главные и обязательные. 

Разделы, посвященные подпрограммам, нельзя назвать простыми. 
Это и понятно: здесь мы имеем дело не со статичными скобочными 
структурами, которые записываются на этапе составления программ 
лишь однажды и считываются из исходных кодов, а с динамическими 
вызовами подпрограмм. В общем случае порой невозможно точно ска¬ 
зать, когда, какие и как подпрограммы будут вызваны; таких вызовов 
может и не быть ни одного, а может быть и много тысяч. В следую¬ 
щем разделе, используя уже накопленные нами знания, мы обратимся 
к практически важному случаю рекурсивных вызовов подпрограмм. 

Подпрограммы: рекурсия 

А теперь давайте посмотрим, что произойдет, если подпрограмма вы¬ 
зывает саму себя, т. е. рекурсивные вызовы. Заранее стоит предупре¬ 
дить: этот раздел будет достаточно сложным. 

Здесь мы продоллсим обсуждение темы управления подпрограмма¬ 
ми (вызовы и возвраты из них). Метод, при котором адрес возврата 
запоминался в специально выделенной для этой цели ячейке памяти, 
мы не рассматриваем по очевидным причинам. 

Сначала рассмотрим случай с сохранением адреса возврата в теле 
самой подпрограммы (т. е. без использования стека): 

Адрес Команда 

; вызов подпрограммы 

2000 Э5К 2500 

2001 
2002 

; здесь запоминается адрес возврата подпрограммы 

2500 N0? 

2501 

; рекурсивный вызов подпрограммы О 

2600 Э5К 2500 

2601 

; возврат из подпрограммы 
2615 ВК @2500 
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Посмотрим, что тут происходит. Поначалу все идет, как обычно. 
По адресу 2000 происходит вызов подпрограммы, начинающейся 
с адреса 2500. Адрес возврата (т. е. 2001) записывается в ячейке памя¬ 
ти с адресом 2500. Запомним это хорошенько. Потом по адресу 2600 
(который является частью самой подпрограммы) происходит рекур¬ 
сивный вызов этой же подпрограммы, и подпрограмма рекурсивно 


начинает выполняться с самого начала, т. е. с адреса памяти 2500. 

Куда должен быть осуществлен возврат но окончании рекурсив¬ 
ного вызова? В соответствии с уже установленным порядком это 
адрес 2601. Где должен быть сохранен этот адрес возврата (т. е. где 
нужно сохранить адрес 2601)? Он должен быть сохранен по адресу 
2500, т. к. мы договорились, что первая ячейка памяти тела подпро¬ 
граммы служит местом сохранения адреса возврата. Ыо вспомните, 
когда мы вызывали подпрограмму в первый раз (по адресу 2000), мы 
записали по адресу 2500 число 2001. После рекурсивного вызова это 
число будет перезаписано новым адресом возврата (а именно адресом 
2601). Итак, содержимое ячейки памяти но адресу 2500 принимает 
последовательно два значения: сначала 2001, затем 2601. Что из этого 
следует? Ничего хорошего - адрес возврата в основную программу 
( 2001 ) будет потерян, и мы не сможем вернуться из подпрограммы 
в основную программу. 

Это довольно тонкий момент, и мы предлагаем па некоторое время 


остановиться и еще раз перечитать предыдущий абзац. 

Вот как будет выполняться эта программа (мы приводим список 
только тех адресов, которые связаны с вызовами подпрограмм и воз¬ 
вратами из них): 


2000 

2500 

2501 
2600 

2500 

2501 
2600 

2500 

2501 


основная программа; вызов подпрограммы 
сохранить адрес возврата (2001) 
начало исполнения подпрограммы 
первый рекурсивный вызов подпрограммы 
сохранить адрес возврата (2601) 

начало исполнения подпрограммы (второй рекурсивный вызов) 
рекурсивный вызов подпрограммы 
сохранить адрес возврата (2601) 

начало исполнения подпрограммы (третий рекурсивный вызов) 

■ • - О 


Итак, мы видим последовательность адресов 2500-2501-2600, ко¬ 
торая будет исполняться бесконечно. Это - еще одна форма оеско- 
нечного цикла, с которым мы уже встречались раньше. Очсвп.ню чн> 
в случае рекурсивных вызовов метод с сохранением адреса возврат 
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в первой ячейке памяти подпрограммы непригоден: мы никогда, ни 
при каких условиях не вернемся в основную программу, т. к. этот адрес 
утерян навсегда и безвозвратно. Подпрограмма будет исполняться 
и исполняться, и ее (а вместе с ней и основную программу) придется 
принудительно прервать. Итак, этот метод управления рекурсивными 
подпрограммами мы вынуждены признать непригодным. Но, может 
быть, стек (уже в который раз) нам поможет? Давайте посмотрим: 


Адрес 

Команда 


• • • 

; вызов подпрограммы 


2000 

35К 2500 

|- 2001 

2001 

- - - 

2002 

— 


• • • 

; начало подпрограммы 

|- 2001 

2500 

- - - 

2501 

— 


• • • 

; рекурсивный вызов подпрограммы 

[ 2001 2601 

2600 

35К 2500 

2601 

— 


• • • 

; возврат из подпрограммы 


2615 

КЕТ 



Внимательно проследим за изменением стека возвратов. Прежде 
всего из основной программы (по адресу 2000) вызывается подпро¬ 
грамма. Адрес возврата (2001) запоминается в стеке возвратов. Под¬ 
программа (опа, как и прежде, начинается с адреса 2500) начинает 
выполняться. По адресу 2600 происходит рекурсивный вызов под¬ 


программы, и в стек возвратов добавляется новый адрес возврата 
(2601). Подпрограмма вновь начинает выполняться с адреса 2500. 
Но обратите внимание - адрес возврата в основную программу (т. е. 
2001) никуда не пропал - он лежит в стеке возвратов! Не исключено, 
что будут произведены еще и рекурсивные вызовы, и стек возвратов 
будет накапливать адреса в следующей последовательности: 

1- - I- 2001 - 2001 2601 (■ 2001 2601 2601 - [ 2001 2601 2601 2601 


(здесь выполнены три рекурсивных вызова подпрограммы) Глубина 
стека возвратов, очевидно, будет увеличиваться на один элемеп і при 
каждом рекурсивном вызове подпрограммы. 
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Что произойдет при достижении команды возврата КЕТ по адресу 
2615? Пусть стек возвратов находится в только что указанном состоя¬ 
нии. А произойдет следующее (вспоминаем о регистре указателя сте¬ 
ка 5Р, который был введен нами в предыдущем разделе, посвященном 

подпрограммам): 

О адрес возврата = [5Р] (т. е. 2601); 5Р=5Р+1; 

О передача управления на адрес 2601 (возврат из третьего рекур¬ 
сивного вызова); 

О управление вновь получает команда КЕТ; 

О адрес возврата = [5Р] (т. е. 2601); 5Р=5Р+1; 

О передача управления на адрес 2601 (возврат из второго рекур¬ 
сивного вызова); 

О управление вновь получает команда КЕТ; 

О адрес возврата = [5Р] (т. е. 2601); 5Р=5Р+1; 

О передача управления на адрес 2601 (возврат из первого рекур¬ 
сивного вызова); 

О управление вновь получает команда КЕТ; 

О адрес возврата = [ЗР] (т. е. 2001); 5Р=5Р+1; 

О возврат в основную программу; рекурсивный вызов подпро¬ 
граммы полностью завершен. 

Итак, стек возвратов обеспечил сохранение всех адресов возврата 
и последовательный возврат из рекурсивных подпрограмм в основ¬ 
ную программу. 

Может показаться, что тут что-то не так. Если вдуматься, то здесь 
действительно многое требует пояснений. Сейчас мы этим и зай¬ 
мемся. 


Прежде всего мы продемонстрировали три рекурсивных вызова, 
и максимальная глубина стека возвратов (с учетом возврата в основ¬ 
ную программу) составила весьма небольшую величину, равную 4. 
А что, если рекурсивных вызовов будет не три, а і рндца і ь, грис і а, і ри 
тысячи и больше? Это вполне возможно; более того - это отнюдь нс 
редкость. Если стек возвратов недостаточно глубок, то очень быстро 
рекурсивные вызовы полностью его заполнят. Что произойдет в этом 

случае? 

Если среда исполнения программы, например операционная сне іе- 
ма пап виртуальная машина, контролирует переполнение (оѵег(Кж) 
стека возвратов (а так обычно это и происходит), то произойдет ава¬ 
рийная остановка программы с выводом соответствующего сообщения. 
Если же такого контроля нет, то стек возвратов начнет «захватывать» 
память, принадлежащую другим программам. Ничего хорошего в ..то,., 
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конечно, пет. Более того, если рекурсивных вызовов будет слишком 
много, то рано или поздно исчерпается вся доступная память, и работа 
всего компьютера завершится полным крахом. Вопросы регулирова¬ 
ния глубины стека возвратов (впрочем, как и всех других стеков) тре¬ 
буют отдельного обсуждения и относятся, скорее, к реализации стека. 
Кое-что об этом можно прочесть в одном из приложений. 

Но если глубина стека возвратов - вопрос, в общем, технический 
(хотя и очень важный), то следующая проблема находится целиком 
и полностью в ведении программиста. Эту проблему можно сформу¬ 
лировать так: когда следует прекратить рекурсивные вызовы и как 
инициировать процесс возврата из них? В последнем примере мы 
молчаливо предполагали, что рекурсивные вызовы когда-то будут 
прекращены, но это, конечно, не решение проблемы. Множество по¬ 
пыток разработки рекурсивных программ потерпело полное фиаско 
именно потому, что программисты не обеспечили корректного завер¬ 
шения рекурсии. Именно поэтому рекурсивные программы с таким 
трудом находят признание среди программистов (и отнюдь не всегда 
только начинающих). Этой проблеме будет посвящена оставшаяся 
часть данного раздела. 

Давайте посмотрим два примера рекурсии (язык программирова¬ 
ния Заѵа): 


іп* -РасТогіаІ (іп* п) { 
і-р (п <= 0) ге*игп 1; 
геіигп (п * -Расіогіаі (п - 1)); 

} 


іп* зит (іп* а, іпі Ь) { 
іпТ б = а; 

і-р (ь == 0) геіигп б; 
геіигп (Бит (а, Ь - 1) + 1); 

> 

(здесь мы специально подчеркнули рекурсивные вызовы). 

Первый пример - классический пример рекурсивного вычисления 
факториала (п!=1*2*...*п). Второй пример - сумма двух целых чисел 
а и Ь. Сумма образуется прибавлением к первому слагаемому (чис¬ 
лу а) стольких единиц, сколько их содержится во втором слагаемом 
(в числе Ь). То есть для сложения, скажем? а-10 и Ь-3, к 10 добавля¬ 
ются три единицы, составляющие число Ь. 

Конечно, на практике такой способ сложения чисел не использует¬ 
ся, и мы приводим его лишь как наглядный пример рекурсии. 
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Кстати, второй из примеров позволяет наглядно убедиться в том, 
что проблема переполнения стека может возникнуть достаточно прос¬ 
то. Если мы передадим в качестве второго слагаемого (ему соответ¬ 
ствует переменная Ь) достаточно большое число (например, 10 000) 
п попробуем выполнить метод, то очень скоро будет сгенерировано 
сообщение об ошибке, и выполнение программы прекратится. Эта же 
проблема возникнет и в том случае, если передать отрицательное зна¬ 
чение. В обоих случаях произойдет тривиальное переполнение стека 
возвратов (после шести с небольшим тысяч рекурсивных вызовов па 
компьютере автора). 

Напомним еще раз: отличительная особенность рекурсии в том, 
что подпрограмма может вызвать саму себя. Конечно, наши примеры 
на языке программирования ^ѵа можно (а практически даже нуж¬ 
но) переписать без использования рекурсии, но во многих случаях 
рекурсия оказывается удобным и естественным способом реализации 
задач. 

В наших примерах оценить точное количество рекурсивных вызо¬ 
вов легко, но порой такая оценка затруднена, и количество рекурсив¬ 
ных вызовов заранее неизвестно. Рекурсия практически незаменима, 
когда речь идет об обработке сложных структур данных (например, 
списков, деревьев или графов). При использовании рекурсии важно 
обеспечить ее завершение, т. е. в программе должно быть условие, 
при котором рекурсивные вызовы прекращаются. Такое условие 
мы так и будем называть - условием завершения рекурсии. В наших 
примерах подобным условием была проверка на 0: параметр (в для 
факториала и Ь для суммирования) при каждом рекурсивном вызове 
уменьшается па 1. Рано или поздно п и Ь уменьшатся до 0, и рекурсия 
должна будет завершиться. 


В правильно написанной программе всякая рекурсия должна рано 
или поздно завершиться, т. е. в такой программе должно содержаться 
условие завершения рекурсии. В наших примерах условие завершения 
рекурсии состояло в проверке на 0; в других случаях это условие мо¬ 
жет быть иным, но такое условие в любом случае должно быть, ина¬ 
че неизбежно возникновение проблем, которые приведут к тому, что 
программа либо никогда не завершится, либо завершится с ошибкой 

(вкратце мы об этом уже упомянули выше). 


Если условие завершения рекурсии выполняется, то рекурсив¬ 
ные вызовы прекращаются; в противном случае происходит новый 
рекурсивный вызов. Когда в программировании используется слове 
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«условие», то под этим подразумевается проверка чего-либо. Сле¬ 
довательно (мы вновь возвращаемся к нашему ассемблеру), нам не¬ 
обходима команда для проверки: продолжать рекурсивные вызовы 
или прекратить. Введем, в дополнение к уже имеющимся командам 

ВК., ]5К, КЕТ и ШР, новую команду и назовем ее Т52 (от Те$1 он 

2его). 

Команда Т32 работает так. Проверяется содержимое некоторой 
ячейки памяти. Если содержимое этой ячейки равно 0, то выполня¬ 
ется команда, непосредственно следующая за Т52; если содержимое 
этой ячейки не равно 0, то команда, непосредственно следующая за 
Т52, пропускается. Вот как может выглядеть фрагмент кода с ис¬ 
пользованием Т52: 

Т52 сопсі 
ВК асісіг 
N0? 

• • • 

Сначала мы проверяем содержимое ячейки с адресом сопсі (от 
слова сопбіііоп, т. е. «условие»). Если эта ячейка содержит 0, то вы¬ 
полняется команда ВК. асісіг и происходит передача управления по 
адресу асісіг. Если содержимое этой ячейки не равно 0, то выполня¬ 
ется следующая по порядку команда ( г. е. в данном случае команда 

Ж)Р). 

Если эта конструкция содержится внутри подпрограммы, то, под¬ 
ставив вместо ЫОР вызов этой же самой подпрограммы (команду 
^К), мы выполним ее рекурсивный вызов. 

Команда Т52 напоминает простой вариант условною оператора 
IР-ТНЕЫ- ЕІЛЕ, хорошо знакомого нам по другим языкам программи¬ 
рования: 

ІР(сопсі — 0.) ТНЕЫ... ЕЬ5Е ... 

с той только разницей, что команда Т52 «умеет» проверять лишь 
одно условие, а именно условие равенства нулю. 

Перед тем как продолжить рассказ о рекурсии, введем еще одну 
команду. Это будет команда декремента^от гіесгешепі), г е. умень¬ 
шения на 1 содержимого указанной ячейки памяти: ЭЕС ХАЛ. 
(здесь ХХХХ - адрес памяти). Вот небольшой пример использования 

команды О ЕС: 


; если [сопсі] = 0 
; то перейти по адресу асісіг 
; иначе продолжить 
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Содержимое ячейки памяти с адресом 5000 равно 3 < і < 
Команда ПЕС 5000 поадрссу 1500 уменьшает |5000| «и I. г * » 

(50001-2. 


Наконец, теперь мы готовы к тому, чтобы обс> цпи как •<* .онч 
ются рекѵрсішііые вызовы н, главное, как нронгло ц»т ннѵ 

Вернемся к нашему языку ассемблера и («и\і »ѵ ѵ < 

модификацию нашего примера. 


Адрес Команда 

; вызов подпрограмм 

2000 Э5Я 2500 ^ 2*»1 

• • • 

; начало подпрограмм* 

2500 Т52 5000 . про«*9«4 ^ 2«М 

2501 8Я 2615 ; пережод *</«* 0 

2502 0ЕС 5000 ; не 0 

« « • 

^ ; рекурсивный вызов подпрограмм* 

2600 Э5Я 2500 ' 

2601 

; возврат из подпрограммы 

2615 ЯЕТ 

; счетчик (условие заверения рекурсии) 

5000 3 


• • • 

(обратите внимание на комментарии в подпрограмме). 

Мы добавили несколько команд но адресам с 2500 но 2э02. С н.ічл- 

ла мы проверяем значение, хранящееся по адресу 5000 Напомним, 
что изначально [50001 - 3. Так как это значение не равно 0. то с ледую- 
шая команда по адресу 2501 (ВК 2615) пропускается и унра» «сине 
передается но адресу 2502, где происходит уменьшение міамемпя по 

адресу 5000 на 1. 
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Следовательно, после выполнения этой команды [5000] = 2 Потом 
(по адресу 2600) идет рекурсивный вызов подпрограммы, и она вновь 
начинает, как и положено, выполняться с адреса 2500. 

Затем повторяется та же самая последовательность: провер- 
ка содержимого ячейки с адресом 5000, его декремент (после чего 
(5000] = 1) и новый рекурсивный вызов. Наконец, после очередного 
декремента содержимого ячейки с адресом 5000 (теперь, очевидно, 
(5000] = 0) и проверки на 0 мы передаем управление по адресу 2615, 
т. е. на команду возврата из подпрограммы. 

Эта команда осуществляет возврат из последнего рекурсивного 
вызова (передает управление по адресу 2601). После этого команда 
КЕТ еще дважды осуществляет возврат из рекурсивных вызовов и, 
наконец, после того как все рекурсивные вызовы завершены, в сте¬ 
ке возвратов остается единственный адрес (2001) - адрес возврата 
в основную программу. Этот возврат выполняется, и программа про¬ 
должает выполняться с адреса 2001. 

Вот и все - мы сделали три рекурсивных вызова и три возврата из 
них. Ячейка памяти с адресом 5000 выполняла в нашей программе 
роль счетчика, а условием завершения рекурсии было пулевое значе¬ 
ние счетчика. 

Таким образом, мы добились того, чего хотели, - наши подпро¬ 
граммы теперь допускают рекурсию. 

Последний пример можно переписать проще: 

Адрес Команда 


; вызов подпрограммы 
2000 Э5К 2500 


I- 

( 2001 


; начало подпрограммы 


|- 2001 


2500 Т52 5000 

2501 КЕТ 

2502 ЭЕС 5000 


; если 0, то возврат из подпрограммы 
; не 0 


; проверка 


2600 

2601 


; рекурсивный вызов подпрограммы 
Э5К 2500 


|- 2001 2601 


• • • ч 

счетчик (условие завершения рекурсии) 

5000 В 
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Не следует пользоваться этим приемом как стандартным прави¬ 
лом, это, скорее, рекомендация. Иногда этот прием может и не срабо¬ 
тать - все зависит от решаемой задачи. 

В рекурсивных вызовах самих по себе нет ничего загадочного и не¬ 
обычного. Это обычный и распространенный метод программирова¬ 
ния. Единственная принципиальная тонкость, связанная с рекурси¬ 
ей, - обеспечить условие завершения, которое блокирует дальнейшие 
рекурсивные вызовы и начинает цепочку возвратов. 

На этом мы на время закапчиваем обсуждение подпрограмм и ре¬ 
курсивных вызовов, но позже к ним обязательно вернемся в связи 
с проблемой передачи параметров. 

Знакомая незнакомка: арифметика 

Итак, давайте на время отложим обсуждение подпрограмм п обра¬ 
тимся к более знакомой и прозаической задаче - вычислению 
арифметических выражений. Мы считаем своим долгом сразу же 
предупредить: знакомое отнюдь не означает простое. Арифметиче¬ 
ские выражения, с которыми все знакомы с начальной школы, кажут¬ 
ся простыми лишь на первый взгляд. Проблемы начинаются тогда, 
когда мы ставим перед собой задачу «научить» компьютер их вычис¬ 
лять. В общем, арифметические выражения - довольно крепкий оре¬ 
шек, в чем мы скоро убедимся. Так что не будем расслабляться - нам 
предстоит непростая работа, но она того стоит. 

Будем считать, что арифметические выражения состоят только 
из чисел и знаков основных арифметических операций. Фактически 
арифметические выражения - это частный случай алгебраических 
выражений. В последних все или некоторые числа заменены буква¬ 
ми (или переменными). Алгебраическое выражение может быть вы¬ 
числено, когда переменные получат числовые значения. Анализ и об¬ 
работка арифметических и алгебраических выражений идентичны, 
а отличить арифметическое выражение от алгебраического легко из 
контекста. Обычно такое разделение несущественно, и мы будем го¬ 
ворить просто о выражениях. 

В качестве знаков для операций мы будем использовать голько че¬ 
тыре основных действия: сложение (+), вычитание (-), умножение 

(*) и деление (/). 7 ѵ 

Операции применяются к операндам (числам и переменны. ). 

Круглые скобки ( и ), как обычно, предназначены для группировки 
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операндов и указания последовательности действий при вычислении 
выражения. Вот несколько примеров, которые позволят нам вспом¬ 
нить математику начальной школы (для выражений, чьи операнды - 
только числа, указаны результаты вычислений): 

1+2 = з 

1+2*3 = 7 

(1+2)*3 = 9 

а+Ь 

а+Ь*с 

(а+Ь)*с 

1+Ь/10 

В дальнейшем будем предполагать, что скобочные структуры, 
имеющиеся в арифметическом выражении, составлены правильно, 
т. е. являются допустимыми (напомним, что задача проверки скобоч¬ 
ных структур нами уже была ранее решена). 

Наша задача теперь такова: вычислить заданное арифметическое 
выражение. Для арифметических выражений (первые три выраже¬ 
ния из примера выше) это означает применить операции к операн¬ 
дам. Для алгебраических выражений это означает, что сначала нужно 
присвоить значения переменным; так получится арифметическое вы¬ 
ражение, которое теперь может быть вычислено обычным способом. 

Казалось бы, ничего сложного. Но давайте не будем торопиться; 
нам нужен алгоритм, который позволит вычислять арифметические 
выражения автоматически, т. е. на компьютере. И вот тут начинаются 

проблемы. Рассмотрим их по порядку. 

Наш первый пример (т. е. 1+2), бесспорно, прост. Его структура 
элементарна настолько, насколько это возможно. Но уже второй 
пример не такой. И причина в том, что умножение должно быть вы¬ 
полнено прежде сложения. Принято говорить, что умножение имеет 
более высокий приоритет, чем сложение. То есть чем выше нрпорп- 
тет арифметической операции, тем раньше эта операция должна быть 
применена к своим операндам. Итак, второй пример должен быть вы¬ 
числен так: умножить 2 на 3 (в результате получится 6), а уже после 
прибавить единицу. Если же мы хотели сделать иначе - сложить 1 и 2, 
а потом умножить результат на 3, то это необходимо описать явно, ис¬ 
пользуя скобки (см. третий пример). 

Приоритеты основных арифметических операций описываются 
простым правилом: в отсутствие скобок операции умножении ( ) 
и деления (/) должны выполняться раньше операции сложения ( ) 
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и вычитания (-). Иначе говоря , приоритет операции умножения и де¬ 
ления выше приоритета операций сложения и вычитания. Для изме¬ 
нения порядка выполнения следует использовать скобки. Сами скобки 
операциями не являются, по влияют па порядок вычислений. 

Слова «больше», «меньше», «выше» и «ниже» правильно описы¬ 
вают смысл понятия приоритета, по им необходимо придать более 

точные значения. 

Назначим каждой из операций некоторое числовое значение, ко¬ 
торое будет характеризовать ее приоритет. Чем выше приоритет, тем 
большее числовое значение ему приписано. Вот соответствующая 

таблица приоритетов: 


Лексема 

Приоритет 

+, - 

5 

V 

10 


Числовые значения приоритетов могут быть любыми; важно толь¬ 
ко, чтобы операции умножения и деления имели более высокое зна¬ 
чение приоритета, чем операции сложения и вычитания. В этой не¬ 
большой таблице есть кое-какие «странности», но сейчас мы со всем 
разберемся по порядку. 

Прежде всего из таблицы следует, что арифметические операции 
сложения и вычитания имеют одинаковый приоритет, равный 5; опе¬ 
рации умножения и деления имеют одинаковый приоритет, равный 
10. Так как, очевидно, 5 меньше 10, то операции сложения и вычи¬ 


тания должны выполняться после операціи"! умножения и деления. 
Но нам нужно учесть еще и скобки. Скобки, конечно, нс от нося і ся 
к арифметическим операциям, по они влияют па порядок вычисле¬ 


нии. Иногда скобки полезно рассматривать как некие псевдоопера- 
цнн и назначить им приоритет (меньший, чем у обычных операций), 
по мы не станем усложнять и учтем влияние скобок в алгоритме, 
о котором речь пойдет далее. Операнды (числа и переменные) играют 
в определенном смысле «пассивную» роль, поэтому они не включены 

в таблицу приоритетов. 

Понятно, что эта таблица пока нисколько не помогла нам в пони¬ 
мании того, как вычислять арифметические выражения. В частности, 
неясным остается понятие «лексема». Это на самом деле прослое по¬ 
нятие, но для этого нам придется коснуться терминологии из оолас ш 
трансляции языков программирования. 
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Наша задача , несмотря па ее «школьное происхождение », имеет 
самое непосредственное отношение к сложной и важной теме транс¬ 
ляции языков программирования, т. е. к преобразованию программ, 
написанных на каком-либо языке программирования, к виду, пригод¬ 
ному для исполнения на компьютере. Это может быть как объектный 
(двоичный) код, непосредственно понимаемый процессором, так и не¬ 
которое промежуточное представление. Впрочем, тема трансляции 
языков программирования настолько велика и в общем случае сложна, 
что мы будем ее касаться лишь в той степени, какая нам будет не¬ 
обходима. 


Лексемы - это, грубо говоря, элементы арифметического или ал¬ 
гебраического выражения. Скобки, знаки операций, переменные 
и числа - суть элементы (или составляющие) выражения. В каком бы 
месте выражения не встретилась скобка, знак операции, переменная 
или число - все они будут классифицированы как лексемы опреде¬ 
ленных типов. Иначе говоря, говоря о лексемах, мы не делаем разли¬ 
чий между числами 1, -88 или 0 - все это конкретные представители 
лексемы «число» (пишЬег). Совершенно аналогично переменные аЬс, 
ѵаіие или соипіег относятся к лексеме «переменная» (ѵагіаЫе). В по¬ 
следнем случае переменные аЬс, ѵаіие н соипіег, конечно же, могут 
означать разные операнды, отличаться как составом входящих в них 
символов, так и длиной (соответственно, 1, 5 и 7), по все они являют¬ 
ся лексемами одного типа, а именно - переменными. 

Часто наряду с понятием «лексема» используется понятие «то¬ 
кен». Хотя, строго говоря, между ними и есть различия, по для пас 

здесь это не будет иметь значения. 

Некоторые лексемы, как мы видели, очень просты и состоят из од¬ 
ного символа (скобки и знаки операций). Другие (переменные и чис¬ 
ла) могут состоять из множества символов, но все числа оіносяіся 
к лексеме «число», а переменные - к лексеме «переменная». 

Проще говоря, лексема - это классификатор, описывающий, к ка¬ 
кому классу относится элемент арифметического выражения. 

Обратите внимание, что все переменные и все числа относятся 
к соответствующим лексемам. А вот скобки ( и ) мы разделим: каждой 
из них соответствует отдельная лексема. Сейчас, конечно, не ясно, 
почему мы так поступаем, но вскоре вы увидите причины подоопого 


разделения 


О 


Перед тем как приступать к анализу и вычислению выражении, 
нам придется еще раз обратиться к терминологии, используемой в об- 
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ласти трансляции языков программирования. Это тем более необхо¬ 
димо, что в последующих разделах эта терминология окажется нам 

полезной. 

Привычный всем нам со школы способ записи выражений в виде 
а+Ь, в котором знак операции стоит между операндами, называется 
инфиксной (іпГіх) формой. Он соответствует словесному выражению 
«а плюс Ь». Однако такой способ записи выражений не единствен¬ 
ный и даже не самый лучший (почему - мы увидим чуть позже). Есть 
еще два способа записи выражений. Первый из них - префиксный 
(ргейх), при котором знак операции стоит перед операндами, напри¬ 
мер (+ а Ь). Он соответствует словесному выражению «сложить а и Ь» 
(и, к слову, в обычной речи именно так мы и говорим). Преимущество 
префиксной формы записи сразу не очевидно, по префиксная форма 
позволяет записывать выражения в виде (+ а Ь с сі) (в языке програм¬ 
мирования Ьізр), т. е. указывать одну операцию и любое количество 
операндов; в привычной инфиксной форме это же выражение мы 
должны были бы записать как а + Ь + с + сі, т. е. использовать два 
«лишних» знака операции сложения. 

Круглые скобки в предыдущем примере играют роль ограничите¬ 
лей - они указывают начало и окончание выражения. 


Кроме того, префиксную форму в языках программирования 
обычно имеют подпрограммы; сначала указывается имя подпрограм¬ 
мы (оно играет роль операции), а за ним - список параметров (пара¬ 
метры играют роль операндов). Поэтому пет оснований утверждать, 
что префиксная форма - это нечто искусственное, неудобное и не¬ 
знакомое. 

Коль скоро мы уже видели и инфиксную, и префиксную формы, 
то методом исключения следует ожидать, что должна быть еще одна 
форма записи выражений, при которой знак операции стон г пос¬ 
ле операндов Действительно, такая форма записи - постфиксная 
(розНіх) форма - существует и, более того, представляет для нас осо¬ 
бый интерес При постфиксной форме записи предыдущий пример 
будет записан как а Ь +. 


Постфиксная форма записи была предложена в 20-х годах XX века 
польским математиком Яном Лукасевичем. Научные интересы Лу- 
касеоича относились к математической логике, и ему нужен пыл спо¬ 
соб записи логических уравнений, отличный от традиционного (в ин¬ 
фиксной форме), где так же требовалось учитывать приоритеты 
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логических операций и использовать скобки для изменения порядка их 
применения. Позже идеи Лукасевича были с успехом использованы раз¬ 
работчиками трансляторов языков программирования. Вероятно , се¬ 
годня программисты больше ценят значимость постфиксной формы 
записи , чем специалисты по математической логике - дисциплине, где 


эта форма впервые появилась. Постфиксная форма является одним из 
основных понятий при реализации языков программирования. Ни одна 
книга по трансляторам не обходится без того, чтобы обсудить спо¬ 
собы перевода выражений в постфиксную запись. Впрочем, тут мы не 
только несколько забегаем вперед, по и вторгаемся в область, которая 
лежит несколько в стороне от наших задач. 


Прежде чем приступать к описанию алгоритма трансляции вы¬ 
ражений из инфиксной формы в постфиксную, приведем несколько 
примеров, снабдив их краткими комментариями. Рассмотрим выра¬ 
жение 2 + 3*4. Его значение, как легко видеть, равно 14. В постфикс¬ 
ной форме это выражение будет выглядеть так: 2 3 4 * + (как вывести 
эту форму, и составляет суть решения задачи данного раздела). А те¬ 
перь посмотрим на выражение (2 + 3) * 4 (его значение равно 20). 
В постфиксной форме это выражение запишется так: 2 3 + 4*. 

Чуть раньше мы говорили, что постфиксная форма представляет 
для нас особый интерес. Это действительно так, и вот почему: 

О в постфиксной форме сохраняется порядок следования операн¬ 
дов, хотя порядок следования операций может быть и изменен; 


О в постфиксной форме пет скобок. Это говорит о том, что в пост¬ 
фиксной форме приоритеты всех операций одинаковы (забе¬ 
гая несколько вперед, можно сказать, что в постфиксной форме 
приоритеты операций вообще не имеют значения); 

О выражение в постфиксной форме может быть вычислено путем 
однократного просмотра постфиксной записи слева направо 
(это утверждение пока мы примем па веру, т. к. еще нс оосуж- 
дали, как именно производится само вычисление). 

При всей необычности постфиксная форма записи обладает опре- 
деленным изяществом: она строго линейна и не «прерывается» скоб¬ 
ками, без которых в инфиксной форме обойтись в общем случае, увы, 
невозможно. Забегая вперед, скажем еще, что постфиксная форма 
идеально приспособлена для вычисления на компьютере. 

А теперь мы опишем алгоритм трансляции выражении из инфикс¬ 
ной формы в постфиксную. Алгоритм будет изложен неформально 
(впрочем, сомнительно, что его запись в формализованном виде сю 
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собствовала бы более ясному пониманию). После этого мы подроб¬ 
но Разберем несколько примеров, которые, мы надеемся, полностью 

снимут все сомнения в корректности алгоритма и его практической 

ценности. 

Опасаясь наскучить, все же вернемся еще раз к примеру а + Ь * с. 
Он, очевидно, вычисляется так: умножить Ь и с, затем сложить резуль¬ 
тат с а. Нас сейчас интересует слово «затем». Выражение считывается 
слева направо, и переменная а считывается первой. Хотя переменная 
а в записи выражения появляется раньше переменных Ь и с, исполь¬ 
зуется она позже всех. Последней операцией является сложение. Эту 
операцию (т. е. сложение +) нужно на время «придержать» в запасе. 
И хотя мы применяем не строгую терминологию, эта терминология 
дает нам определенный намек на то, где должна храниться операция. 
Короче говоря, а не пригодится ли нам и тут наш уже хороший знако¬ 
мый - стек? Надо попробовать... 

Итак, нам потребуется стек. В стеке мы будем хранить скобки 
и символы операций. Этот стек будет называться стеком операций. 
Операндов выражений (т. е. чисел и переменных) в стеке операции 

не будет. 


Алгоритм трансляции выражений 

Входная строка, представляющая собой выражение (арифметическое 
или алгебраическое) в инфиксной форме, сканируется слева направо. 
По мере сканирования во входной строке выделяются лексемы. Если 
очередной выделенной лексемой является переменная или число 
(т е. операнд), они сразу же записываются в выходную строку (изна¬ 
чально пустую). Если встречается лексема, соответствующая какому- 
либо знаку операции или скобке, то опа анализируется по следую¬ 


щим правилам. 

О если стек операций пуст, то операция проталкивается в стек; 

продолжение сканирования входной строки; 

О если стек операций не пуст, то сравниваются приоритеты те¬ 


кущей (только что обнаруженной) операции и операции па 
вершине стека. Здесь возможны два случая: 1) приоритет 
операции па вершине стека ниже или равен приоритету геку- 
щей операции (скажем, на вершине стека лежит +, а текущая 
операция *), тогда текущая операция проталкивается в стек, 
и 2) приоритет операции на Веснине стека выше приоритет 
текущей операции (например, на вершине стека лежит .а .е- 
кущая операция +), тогда выталкиваем из стека операции вес 
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Задачи, приводящие к стеку 



операции, чей приоритет выше приоритета текущей операции 
После этого проталкиваем в стек текущую операцию и продол¬ 
жаем сканирование входной строки; 

О во входной строке встретилась левая скобка. Протолкнуть ее 
в стек операции и продолжить сканирование входной строки; 

О во входной строке встретилась правая скобка. Отбросить эту 
скобку (т. е. не проталкивать ее в стек и не записывать в вы¬ 
ходную строку) и выгрузить из стека операций в выходную 
строку все операции вплоть до левой скобки, по пе включая ее. 
Отбросить левую скобку и продолжить сканирование входной 
строки; 

О если достигнут конец входной строки, то вытолкнуть из стека 
операций все оставшиеся операции в выходную строку и оста¬ 
новиться. 

Алгоритм из-за своей многословности выглядит несколько гро¬ 
моздко. Но давайте обратимся к примерам и разберем их шаг за шагом. 


Пример 1: а + Ь 


Стек операций 

Инфиксная форма 

Постфиксная форма 

і- 

а + Ь 


і- 

+ Ь 

а 

+ 

Ь _ 

_а_ 

і- ♦ 


а Ь 

і _ 


а Ь + 


При трансляции выражений из инфиксной формы в постфиксную 
удобно записывать все этапы алгоритма трансляции в таблице, сос¬ 
тоящей из трех колонок. В первой отражено состояние стека опера¬ 
ций, во второй - еще не обработанная часть исходного выражения 
в инфиксной форме (входная строка), и, наконец, в третьей - выход¬ 
ная строка в постфиксной форме. 

Что здесь происходит? Сначала считывается переменная а. Опа, 

согласно алгоритму, сразу же попадает в выходную строку. Затем счи¬ 
тывается операция сложения (+). Стек операций пуст, и эта операция 
немедленно проталкивается в стек. Потом считывается переменная 
Ь и сразѵ же записывается в выходную строку. Теперь вся входная 
строка прочитана, и в соответствии с последним пунктом алгоритма 
из стека операций выталкивается все его содержимое, т. е. в данном 

случае - одна операция «к 

Этот пример настолько прост, что его можно было бы и не описы¬ 
вать так подробно. Но пока мы только учимся, и польза в деіллыю 





















комая 




воспроизведении работы алгоритма трансляции несомненна Гспсрь 
рассмотрим чуть более сложный пример. 


Пример 2: а + Ь - с 



Здесь приоритет у операции сложения такой же. как \ операции 
вычитания, поэтому операции накапливаются в стеке Обратите вни¬ 
мание на то, что порядок операндов в выходной строке совпадает 
с порядком операндов в исходном выражении, а вот порядок опера¬ 
ций изменился. Теперь рассмотрим пример посложнее с операция¬ 
ми разных приоритетов. 


Пример 3: а * Ь + с 



Тут определенно есть кое-что новенькое, и с этим следует аккуратно 
разобраться. Поначалу все идет, как и в предыдущих примерах: в стек 
проталкивается операция *, а в выходную строку записываются пере¬ 
менные а и Ь (строки с 1 но 4 таблицы). Затем считывается операция 
+. Приоритет операции сложения ниже приоритета операции па вер¬ 
шине стека (т. е. операции умножения). В соответствии с алгоріп мом 
операция умножения * выталкивается из стека и записывается в вы¬ 
ходную строку, а операция сложения +, напротив, запоминается 
ке (строки 5 и 6). Наконец, мы считываем остаток выражения 
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Задачи, приводящие к стеку 


фиксной форме и формируем выходную строку в постфиксном форме. 

Давайте изменим этот пример и посмотрим, как теперь будет идти 

трансляция. 


Пример 4: а + Ь * с 



Полученная постфиксная форма уже совсем иная, чем в предыду¬ 
щем примере. Давайте проанализируем, что тут происходит. Снача¬ 
ла идет знакомая нам уже последовательность действий (строки с 1 
по 3). Потом мы встречаем операцию умножения (*) и сравниваем 
ее приоритет с приоритетом операции на вершине стека операций. 
Очевидно, что приоритет операции * выше приоритета операции +, 
и мы, согласно алгоритму, проталкиваем * в стек операции (строки 
4 и 5 таблицы). Затем мы считываем переменную (с) и переносим се 
в выходную строку. При этом мы доходим до конца входпоіі строки и, 
согласно алгоритму трансляции, выталкиваем из стека операций все 

его элементы, начиная с вершины. 

Во всех этих примерах мы не использовали скобок. Пора посмот¬ 
реть, как будет работать алгоритм при наличии скобок. 


Пример 5: (а + Ь) * с 



































































Знакомая незнакомка арифметика ♦> 6Б 


Разберем этот пример подробнее, чем предыдущие, т. к. в нем от¬ 
ражается вся суть алгоритма трансляции. 

Изначально стек операций пуст (строка 1). Затем (строка 2) мы 
считываем левую скобку. В соответствии с алгоритмом левая скобка 
проталкивается в стек операций. Читаем (строка 3) переменную и не¬ 
медленно переносим ее в выходную строку. 

Теперь мы дошли до первой настоящей арифметической операции 
(строка 4). Проталкиваем, как и предписано алгоритмом трансля¬ 
ции, эту операцию в стек. Затем (строка 5) идет переменная Ь, ко¬ 
торая сразу же переносится в выходную строку. На этом этапе у нас 
осталась непрочитанной часть входной строки, а именно ) * с. Читаем 
следующую лексему и обнаруживаем, что это правая скобка (стро¬ 
ка 6). Обратимся к алгоритму трансляции. Из него следует, что нам 
нужно отбросить эту скобку и выгрузить в выходную строку из стека 
операций все операции, начиная с вершины стека и до левой скобки. 
Саму левую скобку мы не выгружаем, а просто отбрасываем как уже 
ненужную. Ну а дальше - уже знакомая нам по предыдущим приме¬ 
рам последовательность действий (строки с 7 по 9). 

Давайте порассуждаем - что нового внесли в состояние стека скоб¬ 
ки? Левая скобка служит своего рода барьером для накопления опе¬ 
раций. Правая скобка служит для того, чтобы в нужный момент вы¬ 
грузить из стека накопленные операции и снять барьер, образованный 
левой скобкой. Неформально говоря, левая скобка служит пружиной, 
которая сжимается под «весом» операторов, а правая - спусковым 
крючком, освобождающим пружину, после чего накопленные после ле¬ 
вой скобки операторы выталкиваются в выходную строку. Сама левая 
скобка отбрасывается: она выполнила свою роль и больше не нужна. 

Чтобы окончательно закрепить навыки использования алгоритма 
трансляции выражений из инфиксной формы в постфиксную, рас¬ 
смотрим еще один пример, в котором мы не будем уже подробно опи¬ 
сывать все шаги, оставив их в качестве упражнения. 


Пример 6: (а + Ь *с)/((1 - с) 
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1 Стек операций 

Инфиксная форма 

Постфиксная форма 

1 

/(6-е) 

Л с , + - — 

/ 

(4-е) 

а Ь с * + 

Г / с 

сі-е) 

а Ь с * + 

_ 

-е) 

а Ь с * + 6 

[Щ.: 

е) 

а Ь с * + 6 

Ц/ < - 

) 

а Ь с * + 6 е 

Іі _ 


аЬс* + 6е-/ 


Забавно наблюдать, как по мере сокращения остатка исходного вы¬ 
ражения в инфиксной форме растет выходная строка, представляю¬ 
щая собой выражение в постфиксной форме. 

В заключение вернемся к таблице приоритетов и рассмотрим, как 
эта таблица может быть расширена, если необходимо ввести в нее но¬ 
вые операции. Пусть в дополнение к уже имеющимся операциям мы 
хотим обрабатывать операцию возведения в степень « А ». Из школь¬ 
ной алгебры мы помним, что операция А должна выполняться раньше 
всех других операций, и поэтому таблица приоритетов приобретает 
следующий вид: 


Лексема 

Приоритет 

+ і * 

5 

/ 

10 

А 

15 


Алгоритм трансляции остается тем же самым. Вот как будет об¬ 
рабатываться выражение а + Ь * с А сі (или а + (Ь " (с А сі)) в форме 
с явным указанием порядка вычислений: 




































































































Стек как вычислительное устройство ♦> 67 


Еще раз мы видим, что в постфиксной форме записи выражения 
порядок операндов остался неизменным и порядок операций изме¬ 
нился в соответствии с их приоритетами. 


Для чего потребовались такая большая работа и такой непростой 
алгоритм трансляции? Неужели лишь для того, чтобы показать воз¬ 
можность записи выражений в постфиксной форме? Конечно же нет. 
В следующем разделе мы поговорим о том, как вычисляются выраже¬ 
ния в постфиксной форме. А сейчас, для закрепления навыков транс¬ 


ляции выражений из инфиксной формы в постфиксную, мы пред¬ 
лагаем самостоятельно придумать несколько примеров (чем больше, 
тем лучше) и поупражняться в их трансляции. 

И последнее, но значительное замечание. Приведенный выше ал¬ 


горитм трансляции не «умеет» обрабатывать ошибки в выражениях 
(мы не стали включать в него обработку ошибок, чтобы за этой об¬ 
работкой не исчезла суть алгоритма трансляции выражений). Вот 
примеры таких ошибочных выражений: а+Ь/* и (а+)*Ь. Что нужно 
предпринять, если попытаться применить алгоритм трансляции к та¬ 
ким выражениям? Очевидно, что должна быть зафиксирована ошиб¬ 
ка трансляции. Дополните алгоритм трансляции соответствующими 
возможностями и проверьте его на примерах. 


Стек как вычислительное устройство 


В этом небольшом разделе мы поговорим о том, что возможности 
стека не ограничиваются лишь хранением данных; стек может быть 
использован и в качестве вычислительного устройства. В следующем 
разделе мы опишем такое вычислительное устройство - небольшую 
стековую машину, а пока давайте вспомним, как мы использовали 

стек до сих пор. 


Во всех задачах, которые мы решали прежде, стек использовался 
весьма однообразно: мы что-то проталкивали в него (скобки, адре¬ 
са возвратов, операции) и что-то выталкивали. Стек исправно слу¬ 
жил местом хранения информации в соответствии с дисциплиной 
ПРО. Никаких иных функций стек не выполнял. Но оказывается, 
что возможности стека не ограничиваются только лишь хранением 
информации; стек «способен» на нечто большее: он может выполнять 
функции вычислительного устройства. Сразу же оговоримся, что сам 
по себе стек не способен ни складывать, ни делить. Но он «может» 
делать нечто другое. Чтобы понять, как стек может быть использо¬ 
ван в этом качестве, давайте вернемся нудному из примеров, который 
рассматривался нами в разделе о трансляции выражении. 
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* Задачи, приводящие к стеку 


Напомним, что там мы преобразовали выражение (а + Ь * с)/(сІ - 

е) в инфиксной форме к эквивалентному выражению в постфиксной 

форме аЬс*- + с1е~/. 

Но тогда мы не обсуждали вопроса, для чего мы это делали. Всякое 
действие имеет смысл лишь тогда, когда приложенные усилия чем-то 
компенсируются. Усилия были немаленькими. Что же мы приобрета¬ 
ем, получив постфиксную форму? 

Оказывается, постфиксная форма может быть очень элегантно вы¬ 
числена с помощью стека. Только на этот раз в стеке будут храниться 
операнды операций, а не операции. Соответственно этому будем на¬ 
зывать такой стек стеком операндов. Вычисление происходит по сле¬ 
дующему очень простому алгоритму: 

О если во входной строке, представляющей постфиксную запись 
выражения, встречается операнд, то он проталкивается в стек; 
количество элементов в стеке (или проще - глубина стека) уве¬ 
личивается на один элемент; 

О если во входной строке встречается операция, опа выталкивает 
из стека операндов два верхних элемента, применяет к ним опе¬ 
рацию и полученный результат проталкивает в стек (после чего 
глубина стека уменьшается на один элемент). 

На примере, конечно, это видно лучше. Допустим, мы хотим вычис¬ 
лить последнее выражение в постфиксной форме. Для определенно¬ 
сти положим а = 7, Ь = 4, с = 2, сі = 1 1, е = 6. Традиционная инфиксная 
запись, после замены переменных их значениями, дает выражение 
(7 + 4 * 2)/(11 - 6), которое вычисляется в 3. А что даст постфиксная 
запись? Рассмотрим последовательно, как будет в этом случае идти 
процесс вычисления: 


Стек 

1 7 
7 4 
7 4 2 
7 8 
15 

15 11 
15 11 6 
15 5 
3 


Непрочитанная часть 
742*+ 11 6-/ 

4 2 * + 11 6 - / 

2 * + 11 6 - / 

* + 11 6 - / 

+ 11 6 - / 

11 6 - / 

6 - / 

- / 

/ 


По окончании вычисления 
іакой, какой нужен Итак, мы 


в стеке'Ьстался результат, и именно 
обнаружили еще одну полезную оси- 
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6с и ноетъ стека, а именно стек, оказывается, пришлем иг ыц.*, > 

ТРАНСЛЯЦИИ выражений, но и лія вычислений 

АЛ* кок и раньше, не включаем о а. ? горит.ч обуюСюткц о:*ш6п\ 
и предполагаем , что стек данных содержит нео6ходи.ч<* ко шч< "• « 
операндов. Если, например , перед выполнением любой ил лтил опера¬ 
ций я стеке нет достаточно/о количества операндов (мд. напачнич. 
долмою быть не меньше двух), то попытка выпаѵшть опг^нщию при 
ведет к ошибке. Обычно такие проверки реализуются п[юсраччиы.ч 
способом. 


Эта особенность стека фундаментальна. Кроме того, он.і іои\ см¬ 
ет очень простую реализацию. Практически все транс іяторм языков 
программирования преобразуют выражения из инфиксной формы 
в постфиксную, после чего «перелают» полученный результат стекч 

для вычисления. 

Даже если бы возможности стека только зтнм и о [мшічпналнеь 
тоужеэто одно было бы немалым достнжі пнем, но оказывается. стс к 
может много больше. Он может слу жить «к номой программирования 
вообще, а не только в частном (хотя и важном) с іѵ чае обработки вы 
ражений. Но для начала давайте порассуждаем что юл кем содер¬ 
жать ориентированный на стек язык программирования. для того 
чтобы быть полезным. 


Как солнце не без пятен, так и стек не без иедос гатков Характер¬ 
ный для стека способ хранения и извлечения данных (ИГО) час то 

оказывается неудобным. 

Многие структуры данных (например, массивы или записи) не¬ 


разумно держать в стеке. Причина этого вполне очевидна: массивы 
состоят из большого количества элементов; записи часто включают 
в себя поля разных типов, а не только числа. Если, к примеру, массив 
состоит их 1000 элементов, то придется все их протолкнуть в стек. 
Это легко сделать (конечно, при условии, что стек способен вместить 
такое количество данных), но потом начинаются проблемы. 

Принцип действия ПРО диктует строгий порядок доступа к лап- 
иым Если необходимые данные находятся где-то н глубине стека, ю 
добраться к ним может оказаться затруднительным (как, например, 
МЫ можем получить доступ к 500-му элементу массива?) Для этого, 
начиная с вершины стека, придется вытолкнуть и где-то сохрани іь 
все «лишние» элементы,затем получить искомый элемент и. наконец, 
каким-то образом восстановить исходно*; состояние стека. Это долго, 
неэффективно и просто неудобно, по такая задача встречается очень 
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часто, к сс необходимо решать. Для этого в систему команд стековых 
машин вводятся специальные операции, позволяющие получить не¬ 
посредственный доступ к элементам в глубине стека. Это. кош то, 
отступление от канонического определения стека, но практические 
соображения оказываются важнее. Кроме того, обычно глубину стека 
тем или иным способом ограничивают (тем более что память іля сте¬ 
ка «берется» из доступной памяти компьютера). При этом всегда су ¬ 
ществует вероятность переполнения стека, поэтому способ хранения 
в стеке больших объемов данных оказывается непригодным. 

Другой способ хранения данных давно известен: использование па¬ 
мяти, не входящей в стек. Такая память называется памятью с произ¬ 
вольным доступом (гапсіош ассезз шетогу. КАМ) Именно гак работа¬ 
ют практически все известные языки программирования. Для ссылки 
на эту память используются адреса. Значит, язык программирования 
должен включать средства работы с памятью (чтение и запись). 

Далее, чтобы язык был сколько-нибудь полезным, в нем до іжііы 
быть предусмотрены средства управления последовательностью вы¬ 


числений (в частности, проверка условий и циклы) Для этого в язык 
следует включить возможность команды передачи управления. Да¬ 
лее, в языке должны быть предусмотрены (как минимум) команды 
для выполнения основных арифметических (например, сложение 
и вычитание) и логических операций (конъюнкция, дизъюнкция, 
...). Очень полезным средством разбиения больших программ на от¬ 
дельные, относительно независимые части является механизм под¬ 
программ. В следующем разделе мы рассмотрим один из возможных 
вариантов решения этих проблем. 


Стековая машина 

Сейчас, следуя Филиппу Купману, мы опишем систему команд не¬ 
большой канонической (или обобщенном) стековой машины (8епс 11( 
$1аск шасЬіпе). Эта машина очень проста, но, несмотря на это, опа 
вполне пригодна для реализации практически любых алгоритмов. 

Данные в стековой машине хранятся в трех областях памяти. Пер¬ 
вая область - адресуемая память произвольного доступа (шетогу), 
подобная той, что имеется в любом компьютере. В этой памяти хра¬ 
нятся операции и данные. Вторая область - это стек данных (сіа а 
5 Іаск, или сокращенно ЭЗ). В стеке данных хранятся операнды ариф- 
метических операций, адреса данных . Адреса переходов Третья об¬ 
ласть - стек возвратов (геСигп Ласк, или сокращенно К5), предназпа 
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ченным для хранения адресов возврата из подпрограмм (но, как будет 
ясно из последующего, не только). Кроме того, имеется уже знакомый 
нам программный счетчик (рго^гаш соипіег, или РС). 

Система команд (іпзігисііоп зеі) стековой машины включает в себя 
операции нескольких групп. Рассмотрим их по порядку, сопровождая 
краткими пояснениями и, где это представляется необходимым, при¬ 
мерами. Первая группа команд включает в себя операции манипу¬ 
лирования содержимым стека данных. Эти операции представлены 
в следующей таблице: 


Операция 

Стековая диаграмма 

оіір 

\ • • ♦ Э ѵ |“ • • • з з 

йРОР 

• • • з Ь |“ ... з 

5ѴѴАР 

|" • • • з Ь |“ • • • Ь э 

ОѴЕР 

Г ... э Ь |" ... э Ь з 


(многоточия в стековых диаграммах обозначают неуказанные эле¬ 
менты стека; их может быть много, а может быть - ни одного). Опе¬ 
рация ОІІР (от биріісаіе) создает в стеке копню элемента па вершине 
стека, после чего стек становится больше (или глубже) на одни эле¬ 
мент. Операция ОПОР удаляет (выбрасывает) элемент, находящийся 
на вершине стека. По существу, это синоним команды РОР, о которой 
мы говорили в одном из предыдущих разделов. Теперь стек становит¬ 
ся на один элемент меньше. Операция 5\ѴАР переставляет местами 
два верхних элемента стека; глубина стека не меняется. Наконец, 
операция ОѴЕК. создает на вершине стека копию элемента, лежащего 
в стеке ниже его вершины, и глубина стека увеличивается па одни 
элемент. Стековые операции не ограничиваются указанными, по пе¬ 
речисленные — наиболее важные и часто встречающиеся. 

Вторая группа включает в себя арифметические п логические опе¬ 
рации: 


Операция 

Стековая диаграмма 

+ 

(■ ... а Ь а+Ь 

- 

(- ... а Ь -*• [ ... а-Ь 



Операции этой группы очевидны сакти по себе (важно только об 
ратить внимание На ТО, что при вычитании вычитаемое находится на 
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вершине стека, а уменьшаемое - под ней). Все эти операции выпол¬ 
няются по одной схеме: операнды выталкиваются из стека, к ним при¬ 
меняется указанная операция, после чего результат проталкивается 
в стек; стек данных становится на один элемент меньше. 

Третья группа операций предназначена для работы с памятью. 

В ней всего две операции: 


Операция 

Стековая диаграмма 

і 

|- ... п асісіг 1- ... 

в 

[- ... асісіг п 


Операция ! (сохранить, зіоге) ожидает на вершине стека адрес 
памяти (тетогу), а под ним - данные, которые нужно сохранить. 
После выполнения этой операции данные (т. е. п) сохраняются по 
указанному адресу (асісіг). После этого и адрес, и данные из стека 
удаляются. Операция @ (извлечь, [еСсЬ) интерпретирует значение 
асісіг на вершине стека как адрес памяти и проталкивает в стек дан¬ 
ных значение, хранящееся по этому адресу. Сам адрес памяти из сте¬ 
ка удаляется. 

Перед тем как рассматривать операции управления, рассмотрим 
небольшую группу, операции которой оказываются полезными для 
временного хранения данных без обращения к памяти: 


Операция 


ж 


к> 




Стековая диаграмма (05) 

Г 






• • 


Стековая диагра мма (В5) 

[" • • • ^ |~ * *» з 


У... 


I-... 


Здесь задействованы оба стека (05 и КЗ). Операция >К выталки¬ 
вает значение с вершины стека данных 05 и проталкивает ею в стек 
возвратов (КЗ). Операция К>, напротив, выталкивает значение с вер¬ 
шины стека возвратов (К5) и проталкивает его в стек данных (05). 
Строго говоря, операции этой группы не являются обязательными 
(пх легко заменить командами ! и @), но эти операции проще в ис¬ 
пользовании. Простота эта, однако, обманчива, т. к. по невниматель¬ 
ности или небрежности можно легко сделать недоступными адреса 
возвратов в КЗ В определенном смысле операции Ж и К> подобны 
скобкам: каждой операции Ж должна соответствовать операция К>. 
Не следует злоупотреблять операциями этой группы, поскольку с пх 
«помощью» можно привести оба стека д несогласованное состояние 

и полностью нарушить работу программы. 
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Следующая группа команд содержит операции управления. Эта 
группа немногочисленна, по без нее невозможно написать сколько- 

нибудь полезной программы: 


Операция 

Стековая диаграмма (05) 

Стековая диаграмма (К$) 

ІР 

і • • • 3 |“ •. • 

без изменений 

САИ 

[ ... асісіг -*> [ ... 

[ • • • -*■ [ ... гасісіг 

| ЕХІТ 

без изменений 

[ ... гасісіг 


Операция ІР выталкивает из стека данных значение на вершине 
стека и сравнивает его с 0. Если результат сравнения - истина (т. е. на 
вершине стека действительно был 0), то управление передается опе¬ 
рации, чей адрес содержится в тетогу [РС]. Если же результат срав¬ 
нения - ложь (т. е. на вершине стека данных был не 0), то выполняет¬ 
ся следующая по порядку операция, т. е. операция по адресу тетогу 
[РС + 1]. Операция САІХ осуществляет передачу управления под¬ 
программе по адресу на вершине стека. Адрес возврата (гасісіг), как 
и следует ожидать, проталкивается в стек возвратов. Наконец, опера¬ 
ция ЕХІТ осуществляет возврат из подпрограммы (РС = гасісіг). 

Рассмотрим, наконец, последнюю группу, состоящую всего из од¬ 
ной операции: 


Операция 

Стековая диаграмма 

пт 

[■•••“*• р . • . П 


Операция ЫТ, в сущности, является несколько «замаскированной» 
командой РІІ5Н. Операнд, следующий за операцией, проталкивает¬ 
ся в стек данных. Например, при выполнении последовательностей 
ЫТ 7 и ЫТ 13 стек данных будет изменяться следующим образом: 


Стек данных Операция 

ИТ 7 

• • • 

7 ИТ 13 

• • • • 

■ ... 7 13 


Одним словом, операция ЫТ позволяет инициализировать верши¬ 
ну стека данных непосредственно в процессе исполнения программы. 

Это очень удобно, когда данных относительно мало. 

Это несколько эскизное описание стековой машины дает гем нс 
менее вполне адекватное представление о ней. В машине имеется 
практически все, что необходимо для ^писания программ: опера- 
Ц управления, операции работы со стеком и операции работы с па- 
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мятью. Однако представленная система команд, безусловно, нс слиш¬ 
ком удобна на практике. 

Поясним это на примере операции @ (извлечение данных из памяти 
с последующей их загрузкой в стек данных). Перед тем как операция @ 
может быть исполнена, адрес памяти, в котором хранятся данные (асісіг, 
см. выше), должен уже находиться на вершине стека данных. Каким 
образом этот адрес туда попадет? Например, посредством операции 
ЫТ асісіг. Следовательно, на этапе составления программы мы должны 
заранее знать этот адрес. В небольших программах это определенно не¬ 
удобство, а в программах чуть более сложных - уже проблема. 

Будем честными: программа, написанная с использованием толь¬ 
ко перечисленных выше операций, становится сложной и плохо обо¬ 
зримой. Мы не столько решаем задачу, сколько поддерживаем стек 
данных в нужном состоянии. Относительно небольшие изменения 
в алгоритме могут привести к существенной переделке программы, 
что резко снижает продуктивность работы программиста и чревато 
возникновением ошибок, порой трудноуловимых. 

Кроме того, структуры управления, очевидно, слишком бедны. 
В сущности, все, что у нас есть, - это операция ІР, которая сравнивает 
значение на вершине стека данных с 0. А если нам нужно запрограм¬ 
мировать такое, например, условие: «передать управление, если чис¬ 
ло на вершине стека меньше 0»? Это возможно сделать и в текущей 
системе команд, но конструкция программы станет неочевидной, не¬ 
уклюжей, и весьма быстро наступит разочарование в возможностях 
стековой машины. 

В представленной системе команд пет удобных и привычных опе¬ 
раций, таких, например, как изменение знака числа на вершине стека. 
Как можно было бы решить такую задачу? Вот примерный вариант: 

Операция Стек данных 

■к, ... п 

ИТ 0 • ... п 0 

5МАР ‘ ... 0 п 

■ ... -п 

Пусть на вершине стека данных находится число п. Необходимо из¬ 
менить ею знак. Это сделать просто: надо вычесть п из 0 Для этою 
проталкиваем в стек 0. Но пока вычитание производить нельзя, т. к. 
будет выполнено п -0, что, конечно, равно п. Нужно сначала поменять 
местами операнды, что позволяет сделать операция 5\ѴАР. Вот те 
нерь можно вычитать (0-п), и на вершине стека оудет „плодиться 

искомое значение -п. 
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Вместо одном операции целых три - слишком расточительно для 
такой простои задачи. Разумеется, можно оформить этот фрагмент 
в виде подпроі раммы и обращаться к пей по мерс надобности. А если 
задача будет сложнее? Скажем, нам может понадобиться найти абсо¬ 


лютное значение величины на вершине стека. Или выполнить умно¬ 
жение (с учетом знаков сомножителей). Обеих этих операций в ис¬ 
ходной системе команд нет. Их придется программировать отдельно. 
Постепенно набор таких недостающих, но практически необходимых 
операций вырастает до внушительных размеров. Как следствие код 


программы, предназначенный для решения задачи, может легко «уто¬ 
нуть» под кодом подобных утилит. 

Итак, в качестве первого приближения, или стартовой точки, ка¬ 


ноническая стековая машина вполне подходит. Ее «возможностей», 
при должных затратах труда и времени, достаточно для реализации 
любых задач. Однако в качестве практического средства и полезного 
инструмента каноническая стековая машина слишком примитивна. 

Какой вывод следует из всего этого? Неужели идея стековой ма¬ 
шины потерпела фиаско и ни на что не пригодна, кроме как для ре¬ 
шения самых простых задач? Вовсе нет. Стековая машина, если акку¬ 
ратно и правильно дополнить ее возможности, может стать мощным 
инструментом. Во второй части книги мы опишем один из вариантов 


расширения канонической стековой машины, а в приложении при¬ 
ведем реализацию такой расширенной стековой машины (па языке 
программирования ^ѵа). Предлагаемые изменения будут простыми, 
но они позволяют существенно упростить нелегкую работу програм¬ 
миста, оставляя ему больше времени на размышления, чем па реали¬ 


зацию очередного паровоза. 


Подпрограммы: передача параметров 

После некоторого перерыва мы вновь возвращаемся к подпроі раммам 
и к рекурсии. На этот раз нашей темой будет передача параметров. 

Напомним, что подпрограммы предназначены для разделения 
большой программы на отдельные, относительно независимые части. 
Обычно подпрограмма предназначена для решения небольшой под¬ 
задачи, которую можно многократно вызывать из основной програм¬ 
мы и других подпрограмм. 

Отличительной особенностью всех предыдущих примеров под¬ 
программ было то, что в них не использовались параметры. Эти под¬ 
программы были просто наборами операции, выполнявших какие то 
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действия, по без указания на то, какие данные при этом используют¬ 
ся- Это, конечно, в известной мере помогло нам полностью сосредо¬ 
точиться на механизмах управления подпрограммами. Теперь, когда 
эти механизмы в общих чертах стали понятными, настало время по¬ 
думать и о данных. Говоря о данных, мы будем понимать прежде всего 
параметры (кроме параметров, есть еще и локальные переменные, по 
о них мы расскажем позже). 

В связи с этим возникает один, немного странный вопрос: так ли 
уж необходимы параметры и можно ли обойтись без них? Ответ па 
этот вопрос положительный. Например, мы можем отвести для пара¬ 
метров часть адресного пространства, выделенного для программы, 
и обращаться к ним по адресам (обычно в языках низкого уровня, 
например ассемблерах) или по именам (в языках программирования 
высокого уровня). Когда параметры подпрограмм размещаются по¬ 
добным образом, то они являются, по существу, частью среды испол¬ 
нения программы, т. е. частью памяти, выделенной главной програм¬ 
ме и ее подпрограммам. 

Понятно, что в этом случае необходимость в параметрах автомати¬ 
чески отпадает: подпрограммам известно расположение (т. е. адреса) 
всех данных, в том числе и тех, которые выполняют роль параметров. 

Но на этом все преимущества передачи параметров через среду 
и заканчиваются. Рассмотрим в качестве примера классический слу¬ 
чай - найти максимальное из двух целочисленных значений. Вот 
фрагмент кода, который наверняка всем хорошо известен: 

іп* а = 10; 
іпі Ь = 20; 
іпі т = 0; 

іі (а > Ь) т = а; е1$е т = Ь; 

Здесь мы видим две целочисленные переменные (ап Ь), из которых 
нужно выбрать одну - наибольшую - и присвоить ее значение треть¬ 
ей переменной ш. В том или ином виде этот код часто встречается 
в программах сортировки и обработки массивов. Этот код гак и «про¬ 
сится» быть оформленным в виде подпрограммы (как и прежде, мы 
используем язык программирования ^ѵа): 

ѵоіеі тах () { 

И (а > Ь) 
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Очевидно, что вес переменные, которыми манипулирует этот код, 
лежат вне подпрограммы; по отношению к подпрограмме они - гло¬ 
бальные. Перед вызовом этой подпрограммы ей должны быть извест¬ 
ны адреса всех трех переменных: а, Ь и ш. Попробуем улучшить эту 
подпрограмму. Сначала «избавимся» от переменной т: 

іп* тах () { 
і-Р (а > Ь) 
ге^игп а; 

е1$е 

геіигп Ь; 

> 


Теперь наша подпрограмма «вырабатывает» максимальное значе¬ 
ние и возвращает его в вызывающий код. Переменная т больше не 
нужна: любая другая целочисленная переменная может получить 
значение, возвращенное подпрограммой. 

Теперь настала очередь переменных а и Ь. Наша подпрограмма 
«привязана» к внешним по отношению к ней переменным а и Ь и мо¬ 
жет работать только с ними (т. е. подпрограмме должны быть известны 
адреса памяти, отведенные переменным а и Ь). Если мы хотим, что¬ 
бы подпрограмма работала с любой парой целых чисел, а не только 
с теми, что хранятся в переменных а и Ь, ее следует еще раз переписать: 


іпі тах (іп* х, іпТ у) { 

И (х > у) 
геТигп х; 

еізе 

геТигп у; 

} 


Здесь мы вводим параметры, которые, чтобы отличить их от ранее 
используемых переменных а и Ь, обозначили как х и у. Теперь паша 
подпрограмма может находить наибольшее среди любых двух целых 
чисел. Опа уже не зависит от конкретных чисел (а и Ь) и их распо¬ 
ложения в памяти. Ее можно вызывать самыми разными способами, 
например тах (10, 20), тах (а, Ь), тах (а, 100) или даже тах (а, тах 
(Ь. с)), т. е. найти максимальное из трех чисел. Иными словами, меха¬ 
низм параметров «отвязывает» подпрограммы от конкретных адре¬ 
сов памяти и делает подпрограммы независимыми (подпрограмма 
щах гс и ерь может стать частью библиотеки). Поэтому хотя теорети¬ 
чески без параметров можно н обойтись, по практически они настоль¬ 
ко удобны И полезны, ЧТО Не ВОСПОЛЬЗОВАТЬСЯ этим и пре., мущсс.памп 

было бы неразумно. 
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На этом со вступлением можно покончить и перейти к делу. 

Для начала давайте приведем в некоторый порядок терминологию. 
Различают два типа параметров - формальные и фактические. Фор¬ 
мальные параметры - это идентификаторы, которые указываются 
при определении подпрограммы. В нашем последнем примере это 
идентификаторы х и у (оба целого типа). Фактические параметры 
(часто используется термин аргументы) - это данные, для обработки 
которых подпрограмма предназначена. Например, в шах (а, 100) фак¬ 
тические параметры - это целочисленная переменная а и число 100. 

И формальные, и фактические параметры (аргументы) обычно 
записываются в виде списков, элементы которых разделены запяты¬ 
ми, и тогда о них говорят как о списках формальных и фактических 
параметров. 

При вызове подпрограммы происходит сопоставление формаль¬ 
ных и фактических параметров: первому формальному параметру со¬ 
ответствует первый фактический, второму формальному параметру 
соответствует второй фактически и т. д. Это т. и. позиционное сопо¬ 
ставление параметров. 


Обычно требуется, чтобы количество формальных параметров 
совпадало с количеством фактических, но в некоторых языках про¬ 
граммирования это требование не обязательно. Как в этих случаях 
происходит сопоставление формальных и фактических параметров 
при вызове подпрограммы, как и чем заменяются недостающие или 
лишние параметры - все это зависит от языка и должно быть от¬ 
ражено в документации к нему. 


Теперь мы можем вернуться к главной теме этого раздела: нам нуж¬ 
но найти ответы на следующие вопросы: как в подпроі раммы переда¬ 
ются параметры и как связываются между собой формальные п фак¬ 
тические параметры? 


Ответы на эти вопросы отнюдь не очевидны; увы, но многие, даже 
весьма опытные, программисты этих ответов не знают и более 
того - даже не подозревают о том, что тут имеются сложности. 

Часто программисты пользуются механизмом параметров как 
само собой разумеющимся, не задумываясь о том, как этот механизм 
устроен, какие проблемы при этом возникают и как эти проблемы ре¬ 
шаются. 


Сразу же мы должны предупредить: наше изложение не будет ис¬ 
черпывающим, т. к. подробное изложеній? передачи параметров от 
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сится (опять и опять) к вопросам реализации языков программирова¬ 
ния, а также к поддержке среды исполнения со стороны операционной 
системы. Этой теме посвящены соответствующие книги (некоторые 
из них приведены в библиографии). Мы лишь наметим основные 
контуры и дадим небольшое введение, отталкиваясь от этого, можно 
приступать к глубокому изучению и реализации параметров. Остаток 
этого раздела может быть опущен без ущерба для дальнейшего изло¬ 
жения, но если мы хотим понимать, как устроена внутренняя «кухня» 
языков программирования, без этого не обойтись. Кое в чем мы долж¬ 
ны будем повториться, но это лучше, чем рисковать быть непонятым. 
Начнем с простых (т. е. нерекурсивных) подпрограмм и рассмотрим 
следующий фрагмент: 

Адрес Команда 

• • • 

; вызов подпрограммы 

2000 Э5К 2500 

2001 
2002 
• • • 

2500 ; начало подпрограммы 

* • • 

; сохранить результат (если он нужен) 

• • • 

; возврат из подпрограммы 
2615 КЕТ 

• • • 

; параметры 
8000 10 

8001 3 

8002 0 


Допустим, что, как и раньше, подпрограмма начинается с адреса 
2500 и ожидает два параметра. Мы можем разместить эти параметры 
о ячейках памяти, скажем, и ячейках памяти с адресами 8000 и 8001. 

Когда подпрограмме будет передано управление, ей понадобятся 
параметры. Их опа сможет найти по адресам 8000 и 8001 Очевидно, 
что параметры, определенные таким образом, являются глобальными 
и доступны не только этой подпрограмме, но и всем другим, г. е. до¬ 
ступны отовсюду. Если при программировании на ассемблере с этим 
приходится как-то мириться, то в языках программирования высоко¬ 
го уровня это, бесспорно, плохое рсшепй. Кроме того, адреса пара- 
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метров не могут быть изменены - подпрограмма будет искать нуж¬ 
ные ей параметры именно по указанным адресам. 

Итак, передача параметров через выделенные ячейки памяти (или, 
что то же самое, через глобальные переменные) — плохая практика. 
Случаи, когда глобальные переменные действительно полезны, весь¬ 
ма немногочисленны, и всякий раз их использование должно быть 

обоснованным. 

Где еще могут располагаться параметры подпрограмм? Их можно, 
например, располагать в теле самой подпрограммы, скажем, непо¬ 
средственно в начале или непосредственно возле команды возврата 
НЕТ. Но это фактически ничего не меняет - параметры как были 
глобальными, так ими и остались. Ведь в ассемблере мы можем лег¬ 
ко передать управление подпрограмме, не используя операцию 
(в результате чего рискуем полностью нарушить ее работу). Нам 
надо, чтобы подпрограмма не зависела от расположения параметров, 
а просто получала их в момент вызова. Где же еще могут находиться 
параметры? 


Хотя мы не будем подробно останавливаться на способах передачи 
параметров, но упомянуть об этом будет нелишним. В основном ис¬ 
пользуются два способа передачи параметров в подпрограммы - по 
значению и по ссылке. 

При передаче параметров по значению подпрограмме передаются 
не сами данные, которые подпрограмма будет обрабатывать, а ко¬ 
пии этих данных. При этом адреса данных подпрограмме неизвестны 
и, следовательно, «оригинальные >> значения подпрограмма изменить 

(или, лучше сказать, испортить) не может. 

При передаче параметров по ссылке подпрограмме передаются 
адреса дашіых, которые подпрограмма будет обрабатывать. По¬ 
скольку при этом подпрограмме известны адреса данных, переданные 
по ссылке, то подпрограмма имеет доступ к ним и может их изменить 
(не следует отождествлять передачу параметров по ссылке с гло¬ 
бальными переменными; хотя в обоих случаях подпрограмма и рабо¬ 
тает с адресами памяти, но не ко всем адресам подпрограмма может 
обращаться, а лишь к тем, что ей были явно переданы в качестве па¬ 
раметров в момент вызова). Какие способы передачи параметров до¬ 
пустимы, определяется в основном реализацией языка. 

' Различные языки программирования накладывают различные игра- 
пичения па способы передачи параметров. Например, в. /аса прими¬ 
тивные данные передаются только по значению, в то время как в с 
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или в С+ + их можно передавать и по значению, и по ссылке. Составные 
типы данных (массивы, записи, объекты) передаются, как правило, по 


ссылке. 


іак где же следует располагать параметры? Ответить на этот во¬ 
прос непросто. Начнем издалека... 

Давайте вспомним, как устроен механизм вызова рекурсивных 
подпрограмм. Для того чтобы обеспечить правильный возврат из 
цепочки рекурсивных вызовов, мы использовали стек. В каждый 
момент времени выполняется только один из рекурсивных вызовов 
подпрограммы, а именно последний. Если мы находимся внутри ре¬ 
курсивного вызова, все более ранние рекурсивные вызовы приоста¬ 
навливаются. Это, как мы помним, называется вложенностью под¬ 
программ. Но ведь каждая выполняющаяся подпрограмма работает 
со своим набором параметров! Посмотрим на следующий пример: 

іпТ і - Тасіогіаі (4); // Точка Р 

іпТ -Рас^огіаі (іпТ п) { 
і-р (п <= 0) геіигп 1; 

геТигп (п * ТасТогіаІ (п - 1)); // Точка 5 


} 


(рекурсивный вызов подчеркнут; о точках Р и 5 в комментариях чуть 
ниже). Вычисление факториала при п = 4 происходит следующим об¬ 
разом: 

■Рас1огіа1(4)= 

4*-РасТогіа1(3)= 

4*3*-Рас*огіа1(2)= 

4 * 3 * 2 *ТасТогіа 1 ( 1 )= 

4*3*2*1*^асТогіа1(0)=4*3*2*1*1=24 

Здесь видно несколько рекурсивных вызовов, отличающихся друг 

от друга значением фактического параметра. 

Еще раз посмотрим на пример. В нем выделены две точки: Р озна¬ 
чает главную программу, 5 - точку рекурсивного вызова. Во г как 
будет меняться содержимое стека возвратов при вычислении факто¬ 


риала: 


Р 5 5 
р 5 5 5 


* Р 
Р 5 


перед вызовом подпрограммы 
вызов ТасТогіаІ (4) 
вызов ТасДогіаІ (3) 
вызов ТасТогіаІ (2) 
вызов ТасТогіаІ (1) 
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■ Р 5 5 5 $ 

Р $ 5 5 5 

Р 5 5 5 

Р 5 5 

Р 5 

■ Р 


вызов -Расіогіаі ( 0 ) 
геіигп 1 
геіигп 1*1 
геіигп 2*1*1 

ге*игп з* 2 * 1*1 

геіигп 4*з*2*і*і 

геіигп 24; возобновление работы главной программы 


И наконец, то же самое, но в графической форме: 



▲ 



(стрелки, выходящие из прямоугольных блоков направо и вниз, эго 
рекурсивные вызовы; стрелки, выходящие из прямоугольных блоков 

налево и вверх, - возвраты из рекурсивных вызовов). 

Мы привели три способа изображения процесса выполнения ре¬ 
курсивной подпрограммы, и во всех случаях мы хотели подчеркнуть 
следующий факт, имеющий фундаментальное значение: при каждом 
рекурсивном вызове подпрограммы Гасіогіаі ей передается параметр 
па единицу меньше предыдущего, и так до тех пор, пока этот параметр 
не станет равным 0 (условие завершения рекурсии). 

Поскольку это очень важный и тонкий момент, мы повторимся 
еще паз параметр передается при каждом рекурсивном вызове. Или 
иначе каждый рекурсивный вызов сопровождается передачей соот- 
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ветствующего параметра, и уже поэтому каждый рекурсивный вызов 
отличается от других (а именно значением параметра). 

Если в рекурсивной подпрограмме предусмотрено несколько пара¬ 
метров, то каждый рекурсивный вызов отличается от других зна¬ 
чением, по крайней мере, одного из параметров. Почему это важно? 
Вспомним об условии завершения рекурсии: рекурсивные вызовы долж¬ 
ны завершаться при выполнении определенного условия. Если все ре¬ 
курсивные вызовы неотличимы друг от друга, как можно ожидать, 
что они завершатся?Никак. 

Разумеется, могут быть и подпрограммы без параметров; в этом 
случае условие завершения рекурсии должно находиться вне подпро¬ 
граммы. 

Коль скоро каждый рекурсивный вызов сопровождается протал¬ 
киванием адреса возврата в стек возвратов, то почему бы не протал¬ 
кивать туда же (т. е. в стек возвратов) и параметр? Это сильно сма¬ 
хивает на провокацию, но давайте не будем торопиться - кто знает, 
может быть, в этом что-то есть. 

Посмотрим на проблему с другой точки зрения: когда возникает 
и отпадает необходимость в параметрах, т. е. в какие моменты време¬ 
ни для них должна выделяться и освобождаться память? Ответ уже 
должен быть очевиден: выделение памяти для параметров произво¬ 
дится тогда, когда управление передается подпрограмме. До этого 
момента они еще не нужны. Соответственно, освобождение памяти, 
выделенной для параметров, должно производиться тогда, когда 
подпрограмма завершается. После этого момента они уже ни к чему. 
Вход в подпрограмму сопровождается проталкиванием в стек воз¬ 
вратов адреса возврата из подпрограммы. Так давайте протолкнем 
в этот же стек и параметры. Более того, если уж «рисковать», го по- 
настоящему: протолкнем в стек возвратов и возвращаемое значение 
(если, разумеется, подпрограмма его вырабатывает)! 

Посмотрим, как это может выглядеть на деле. Приведем еще раз 
ранее уже знакомую нам подпрограмму нахождения наибольшего из 

двух чисел: 

іп* тах (іп* х, іпі у) { 
іТ (х > у) 

ге*игп х; 

еІ5е 

ге*игп у; 

> 
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Пусть обращение к этой подпрограмме, например, такое: 
тах (10, 20). Вот как может выглядеть стек возвратов при входе в эту 
подпрограмму (мы воспользуемся графическим представлением сте¬ 
ка; напомним, что дно стека располагается в старших адресах памяти, 
а стек растет сверху вниз, т. е. в сторону младших адресов): 



дно 


вершина 


запись (фрейм) активации 

з 


Это называется записью активации , или фреймом активации. 

При вызове подпрограммы происходит следующее: сначала в стек 
проталкиваются фактические параметры или аргументы (10 и 20), за¬ 
тем в стек проталкивается возвращаемое значение (КѴ от гсіпгп ѵаіие), 
которое на этом этапе пока неизвестно, а будет вычислено позже, и, 
наконец, адрес возврата (КА от геіигп асісігезз). Заметьте: теперь мы 
работаем только со стеком; основная память вообще не используется. 


Порядок проталкивания в стек параметров, адреса возврата и воз¬ 
вращаемого значения может быть и иным. В этом вопросе нет огра¬ 
ничений, а выбор порядка определяется системой команд процессора 
и программистом, который реализует данный механизм. 


Теперь подпрограмма начинает выполняться. После того как рабо¬ 
та подпрограммы будет завершена, произойдет возврат из псе в вы¬ 
зывающую программу. Но позвольте, а как же возвращаемое значение 
и параметры? Они как лежали в стеке, так в нем и остались. С овер- 
шенмо очевидно, что по завершении подпрограммы их из стека нужно 
удалить и вернуть стек в состояние, в котором он находился до вызо¬ 
ва подпрограммы. Но как? Это определенно проблема. По все не гак 

плохо, как может показаться на первый взгляд. 

Еще раз посмотрим на подпрограмму шах Подпрограмма ожидаем 
два параметра (х и у) и возвращает пелес значение, т. о. всего три вс 
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личины. Кроме того, учтем еще и адрес возврата. Все это известно до 
того, как подпрограмма будет вызвана. Следовательно, нам точно из¬ 
вестно количество элементов, которое надо будет протолкнуть в стек 
при вызове подпрограммы (а именно 3+1 = 4). Еще раз посмотрим на 
стек. В нем находятся четыре элемента: адрес возврата (КА), возвра¬ 
щаемое значение (КѴ) и два параметра, т. е. как раз столько, сколько 
мы только что посчитали. Следовательно, по окончании работы под¬ 
программы мы уже знаем, какое количество элементов должно быть 
удалено из стека. 

Чтобы учесть последнее обстоятельство, надо где-то запомнить, 
сколько ячеек стека при вызове подпрограммы было нами фактиче¬ 
ски «использовано». Повторяем, что это заранее известная величина. 
Следовательно, мы можем протолкнуть в стек это число. Теперь стек 

станет таким: 



10 


20 


КѴ 


КА 


4 


ДНО 


вершина до вызова подпрограммы 



запись (фрейм) активации 


вершина после вызова подпрограммы (5Р) 



Давайте еще раз перечислим, что находится в стеке пепосредс і веч¬ 
но перед выполнением подпрограммы (в обратном направлении, г. с. 

начиная от вершины стека в сторону его дна). 

О общее количество элементов, сохраненных в с іеке ( / і), 

О адрес возврата (КА); 

О возвращаемое значение (КѴ); 

О второй фактический параметр (20); 

О первый фактический параметр (10). 

Подпрограмма начинает исполняться. Когда ей потребуются фак¬ 
тические параметры»она их «найдет» в стеке на позициях Ы + 3(вто- 
рой параметр) и $Р + 4 (первый параметр). 
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* Задачи, приводящие к стеку 

Мы вновь напоминаем, что стек растет в сторону меньших 
адресов памяти, поэтому для доступа к более «ранним» элементам 
стека значение 5Р нужно увеличивать. Здесь надо быть вниматель¬ 
ным, в противном случае неизбежны грубые ошибки и даже потеря 

данных . 

Когда подпрограмма будет готова вернуть управление вызываю¬ 
щей программе, она должна будет прочитать значение возвращае¬ 
мого значения (5Р + 2) и адрес возврата (5Р + 1). Ыо это еще не 
все. По окончании работы подпрограммы необходимо вернуть стек 
в состояние, в котором он находился до вызова подпрограммы. Это 
сделать очень просто: нужно всего лишь скорректировать значение 
указателя стека 5Р = 5Р + [5Р] + 1. Почему именно так? Да очень 
просто: 

О сначала указатель стека корректируется на число элементов, 
которые в нем были размещены. Это число равно 4, и полу¬ 
чить его можно, прочитав значение элемента па вершине стека, 
а это - не что иное, как [5Р]; 

О нужно не забыть, что эта четверка тоже занимает ячейку памя¬ 
ти и ее нужно учесть; поэтому значение 5Р необходимо скор¬ 
ректировать еще на единицу. 

После этого стек возвращается в состояние до вызова подпрограм¬ 
мы. Сложно? Да, кое-какие проблемы есть, по они носят чисто техни¬ 
ческий характер и решаются при реализации языка программирова¬ 
ния; нужны всего лишь аккуратность и тщательный подсчет. 

В системе команд некоторых процессоров имеются специальные 
операции для резервирования и освобождения указанного количест¬ 
ва элементов стека. Операция резервирования обычно называется 
ЕЫТЕК п, где п - количество элементов, на которое нужно увеличить 
указатель стека. Операция освобождения стека называете я ЬЕЛ\ Е 
п, где п - количество элементов, на которое нужно уменьшить указа¬ 
тель стека. 

Вместо хранения числа элементов чаще используется не счетчик, 
а указатель на вершину стека до вызова подпрограммы (т. с. на пре¬ 
дыдущую вершину стека): 
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вершина до вызова подпрограммы 


указатель на предыдущую вершину стека 


вершина после вызова подпрограммы 


Здесь Ііпк - это указатель на предыдущую вершину стека. 


Кстати, заметим, что, как правило, никакие элементы в стеке не 
удаляются Это совершенно излишне - ведь к ним все равно нет до¬ 
ступа, так что не стоит тратить времени на это. Действительно, 
достаточно изменить значение указателя стека 5Р (обычно говорят 
проще - «сдвинутъ указателъ стека»). 


Мы помним, что стек - это структура данных, доступ к элементам 
которой осуществляется только в одном месте: на вершине стека. 
Предыдущие пояснения могут заставить в этом усомниться, и не без 
основании. Для доступа к параметрам нам пришлось выбирать их па¬ 
раметры не па вершине стека (т. е. не там, куда указывал 5Р), а глуб¬ 
же - в позициях 5Р + 3 и ЗР + 4. Как же так? 

А вот так’ Теоретически, конечно, этого делать, может, и не следо- 
пало бы, по практически это полезный прием, и пренебрегать нм ради 
сомнительной «чистоты» будет неразумным. Да, мы обращаемся со 
стеком не совсем так, как предписано его формальным определением. 
Но это полезно, удобно и практично. Поэтому мы так и поступили. 


Описанный только что прием размещения в стеке дополнительных 
данных (помимо адреса возврата) может быть реализован многими 
способами В нашу задачу не входит рассмотрение всех вариантов 
и „,е м боіее того, как это реализуется практически Для .много лучше 
обратиться к соответствующей литературе. Нам же важно обра¬ 
тить внимание на то, что это возможно (и. к слову, действительно 

используется на практике) 




















В начале этого раздела мы упоминали, что при обращении к под¬ 
программам в стеке можно сохранять п локальные переменные і е 
локальные переменные, чья область видимости ограничивши гея толь¬ 
ко подпрограммой. Память для локальных переменных выделяется 
п освобождается точно так же, как н для параметров, т. е. в момент 
вызова подпрограммы и в момент ее завершения. Но тут надо иметь 
в виду три обстоятельства. 

Первое: если мы начнем проталкивать в стек еще н шкальные пере¬ 
менные (скажем, непосредственно до или после фактических параме¬ 
тров), то возникнет сложность - как отличить одни от других? Следо¬ 
вательно, в стеке нужно будет как-то указать, где в нем расположены 
локальные переменные, а где - параметры. Это нетрудно сделать. На¬ 
пример, добавив в стек символ-разделитель или отдельный счетчик 
для параметров. Можно добавить в стек указатели: один - на начало 


секции параметров, второй - па начало секции локальных переменных. 
Конечно, структура записи активации станет сложнее, но при аккурат¬ 
ной реализации мы всегда сможем разобрать ее на составные части: 
ссылка на предыдущую запись активации, адрес возврата, возвращае¬ 
мое значение, список параметров, список локальных переменных 

Второе: в блочно-ориентированных языках, в которых подпрограм¬ 
мы могут вкладываться друг в друга (например, в РазсаІ), вложенные 
подпрограммы могут обращаться к локальным переменным, принад¬ 
лежащим «родительской» подпрограмме. Копировать их в запись 
активации вложенной подпрограммы бессмысленно - их значения 
будут утеряны после возврата из вложенной подпрограммы. Нужно 
организовать к ним доступ (обычно посредством ссылок из записей 

активации вложенных подпрограмм). 

И наконец, третье. Во всех наших примерах мы явно и неявно 
предполагали, что и параметры, и локальные переменные оі нося ня 
к одному типу данных — к целым числам. На практике ооычно л о не 
так; в качестве параметров и локальных переменных могут выступа і ь 
строки, действительные числа, логические значения и проч. Как в од¬ 
ном стеке разместить столь разнородные данные? Конечно, ив этом 
случае решение есть (и не одно), но обсуждение этого увело бы пас 
слишком далеко и почти ничего не добавило к главной теме этого раз¬ 
дела - передаче параметров и локальных переменных. Обо всем этом 
лучше почитать в специальной литературе (см. библиографию). 

На этом мы завершаем раздел, посвященный передаче параметров 
в подпрограммы. Он, вероятно, оказался самым сложным из всех раз¬ 
делов Признаемся честно, что мы затронули только самые просты 













вопросы П предложили самые очевидные варианты решении. На са¬ 
мом деле управление подпрограммами - тема огромная и относится 
больше к вопросам трансляции языков программирования и устрой¬ 
ству операционных систем. 


Стек и грамматики 

В этом (и последнем) разделе первой части книги мы рассмотрим 
один интересный метод решения задач определенного класса (рас¬ 
познавание цепочек символов), а также расширение этого метода 
путем присоединения стека. Этот метод (вместе с его расширением) 
позволяет, в частности, по-новому решать задачи анализа скобочных 
структур и трансляции выражений, рассмотренных ранее. 

Может показаться, что коль скоро задача решена, то искать другие 
способы ее решения бессмысленно; к чему тратить время и силы, пы¬ 
таясь по-новому решить то, для чего решение уже есть? 

Это заблуждение, и, к сожалению, весьма распространенное. Новые 
способы не просто по-другому решают уже решенные задачи. Новые 
способы открывают новые возможности, а это гораздо важнее. Может 
оказаться, что эти способы решают старые задачи проще и эффектив¬ 
нее, но это, пожалуй, не главное. Новые способы решают то, что рань¬ 
ше решалось плохо, частично или решение чего было неизвестно. 

Обсуждая предыдущие задачи, мы говорили о том, что многие 
из них относятся к области трансляции языков программирования. 
Пора, наконец, хотя бы вкратце рассказать о том, что это такое. 

При составлении программы, решающей какую-либо задачу, мы 
обычно пользуемся тем или иным языком программирования: фіѵа, 
С, С++, С#, РуГІюп, РНР и т. д.; такая запись называется исходным 

текстом , или исходным кодом. 


В те далекие времена, когда языков программирования еще не было, 
программы либо набирались на специальных штекерных панелях, по¬ 
добных тем, что изредка встречаются па древних телефонных ком- 
мутаторах, либо записывались непосредственно в двоичных кодах 

машины. 


Перед тем как эта программа будет исполнена, ее необходимо пре¬ 
образовать к форме, «понятной» компьютеру, - обычно в последова¬ 
тельности из 0 и 1 (но не всегда; часто целью такого преооразованпя 
ян іяе ГСЯ некая промежуточная форма, которая может быть выполне¬ 
на ПОДХОДЯЩеЙ машиной, г. е. программой-пптерпретатором). 














90 ❖ Задачи, приводящие к стеку 


Эта форма обычно называется объектным кодом. Обе формы (ис¬ 
ходная и объектная) эквивалентны в том смысле, что они представ¬ 
ляют одну и ту же задачу. Процесс преобразования программы из 
исходного кода в объектный и называется трансляцией, т. е. перево¬ 
дом. Такое преобразование осуществляют специальные программы - 
трансляторы (или компиляторы). 

В каком-то смысле подобный перевод аналогичен переводу с одного 
естественного языка на другой (скажем, с английского на немецкий). 
Правда, в естественных языках качество перевода зависит от таланта 
и квалификации переводчика, а потому один и тот же оригинальный 
текст переводится разными переводчиками по-разному. Это вполне до¬ 
пустимо, но только при условии, что не искажается смысл оригинала. 
Но если это не так, то перевод не просто плох: он может ввести в заблуж¬ 
дение и даже навредить (например: какими будут последствия ошибки, 
допущенной при переводе рецептуры лекарства; что может произойти, 
если переводчик вместо микровольт написал киловольты?). 

В программировании такая ситуация должна быть исключена - 
перевод должен быть гарантированно точным, т. е. таким, чтобы по¬ 
лученный объектный код, который будет исполняться, полностью 
соответствовал задуманному исходному коду. Почти никогда нет воз¬ 
можности переводить исходный код разными способами, смотреть, 
что из этого получится, и выбирать подходящий вариант: надо сразу 
переводить правильно. Ведь программы контролируют множество 
важных процессов (производство, вооружения, системы жизнеобес¬ 
печения, распределение энергии, космос, связь, транспорт, финансы), 
и мы должны быть уверены, что объектный код в точности соответ¬ 
ствует тому, что было задумано программистом. 


В программировании говорить о смысле программ следует осмот¬ 
рительно это понятие плохо формализуемо. Попробуйте, например, 
дать устраивающие всех определения слов «люоовь» или «надежда». 
Как определить понятие «между»? Помните, что определяемое не 
должно использоваться в теле определения, иначе получится пороч¬ 
ный круг! Аналогичные затруднения возникают и со словом «смысл». 

В сравнении с естественным языком выразительные средства ас ел 
языков программирования чрезвычайно бедны. В первом мы распола¬ 
гаем не только большим словарным запасом, но и большим числом спо¬ 
собов передачи мыслей, понятий или сообщений. Естественный язык 
очень часто неоднозначен, и для понимания смысла нужен контемт. 
Но зато благодаря этим «недостаткам» естественного языка, его из- 
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быточности и исключениям, у нас есть литература и поэзия. Так что 
отсутствие абсолютной строгости порой совсем не плохо. 

В области трансляции языков программирования имеются свой, 
и весьма развитый, математический аппарат (впрочем, вполне доступ¬ 
ный всякому неглупому человеку), своя терминология и свои спосо¬ 
бы решения задач. Мы не станем в этой книге даже пытаться сделать 
невозможное, а поэтому ограничимся лишь начальными сведениями, 
достаточными для того, чтобы понять последующие примеры. 

Для начала нам понадобится одно важное понятие - конечный ав¬ 
томат (коротко КА), а точнее - детерминированный КА. 

Есть еще и недетерминированные КА, и они тоже валены, но мы 
ограничимся здесь лишь детерминированными КА. 


Несмотря на маловразумительное (поначалу) название, практиче¬ 
ски КА оказывается весьма простым и, главное, удивительно полезным 
инструментом. Основное назначение КА - распознавать цепочки сим¬ 
волов. Некоторые из таких цепочек считаются правильно сформиро¬ 
ванными (или допустимыми); остальные цепочки КА будет отвергать. 

Все это, конечно, не более чем слова, поэтому рассмотрим простой 
пример: дана цепочка из 0 и 1, написанных в любом порядке; цепоч¬ 
ка допускается, если в ней содержится нечетное количество единиц. 
Очевидное решение: завести счетчик для подсчета количества еди¬ 
ниц с начальным значением 0 (поскольку в начале процедуры рас¬ 
познавания еще ни один символ не был прочитан). Всякий раз, когда 
в цепочке встречается единица, значение счетчика увеличивается па 
1. Если вся цепочка прочитана, а значение счетчика нечетно, то эта 
цепочка допускается, иначе - отвергается. Но мы решим эту задачу 

иначе, с использование КА. 

КА для решения этой задачи задается очень просто. Каждый но¬ 
вый символ изменяет состояние КА. Новое состояние зависит от те¬ 
кущего входного символа и текущего состояния и может быть задано 
функцией перехода (обозначим ее буквой Л). 


д (ЧЕТ, 0) -- чет 

Д (НЕЧЕТ, 0) -•* НЕЧЕТ 
Д (ЧЕТ, 1) -*► НЕЧЕТ 
Д (НЕЧЕТ, 1) ЧЕТ 


То есть если текущее состояние КА - это ЧЕТ и очередном шч 
вол - ЭТО 0, то КА остается в том же состоянии, и т. д Начальное со- 


ч / 
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стояние КА - это, конечно, состояние ЧЕТ (прочитано пуль симво¬ 
лов, а пуль - четное число). Если КА останавливается в состоянии 
НЕЧЕТ, то цепочка допускается. Такое состояние называется допус¬ 
кающим. Если КА останавливается в состоянии ЧЕТ, то такое состоя¬ 
ние называется отвергающим. Рассмотрим цепочку 10110101. В ней 
содержатся 5 единиц. Посмотрим, что нам «скажет» КА: 


Непрочитанная часть 

Состояние КА 

10110101 

ЧЕТ 

0110101 

НЕЧЕТ 

110101 

НЕЧЕТ 

10101 

ЧЕТ 

0101 

НЕЧЕТ 

101 

НЕЧЕТ 

01 

ЧЕТ 

1 

ЧЕТ 

(пусто) 

НЕЧЕТ 


Итак, КА заканчивает разбор цепочки в состоянии НЕЧЕТ, и, сле¬ 
довательно, цепочка 10110101 допускается. 

Обычно КА задается таблицей. Например, для только что рассмот¬ 
ренного КА эта таблица будет выглядеть так: 



0 

1 

ЧЕТ 

ЧЕТ 

НЕЧЕТ 

НЕЧЕТ 

НЕЧЕТ 

ЧЕТ 


Здесь: 

О столбцы помечены входными символами (0 и 1); 

О строки слева помечены символами состояний; 

О первый элемент таблицы - начальное состояние; 

О таблица состоит из символов новых состояний, которые соот¬ 
ветствуют текущему состоянию (слева) и входному символу 

(сверху); 

О строки справа помечены символами заключительных сосюя- 
щіп (1 - допускающее, 0 - отвергающее). 

Может показаться, что для решения такой простои задачи К/ со- 
вершенію не нужен. Это верно, и в данном случае мы прекрасно могли 
обойтись и без него. Но на самом деле КЛ чрезвычайно полезны. I Іа- 
пример лексические анализаторы (сканеры) трансляторов обычно 
с і роятся именно как КЛ. Более того, существуют п широко нсноль 

■НКѴ* о 
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зуются утилиты, которые по описанию грамматики языка (о которых 
чуть ниже) могут автоматически создавать сканеры и даже синтакси¬ 
ческие анализаторы. Известные многим и весьма популярные регу¬ 
лярные выражения (ге^иіаг ехргеззіопз) - это тоже КА. 

Но КА, увы, не могут справиться со всеми проблемами трансля¬ 
ции. Например, КА не сможет разобрать цепочку вида 0"Т" для про¬ 
извольного ш. Причина этого вполне очевидна - у КА пет способа 
убедиться в том, что число единиц совпадает с числом пулей. Все, что 
может КА, - это менять свое состояние в зависимости от текущего 
символа и текущего состояния. Можно сказать, что КА «пе помнит» 
прошлого. Для произвольных значений ш любой КА бессилен. Ему 
чего-то не хватает, но чего? 

Собственно, только что ответ уже был дан: КА «пе помнит» про¬ 
шлого, т. к. у него нет памяти для храпения необходимой информа¬ 
ции. Получается, если мы добавим КА памяти, то, может быть, он 
станет более универсальным? Это правильная гипотеза. Давайте до¬ 
бавим к КА память, и пусть это будет память, соответствующая дис¬ 
циплине ЫРО, т. е. стек. Но для начала вспомним, что в свое время 
мы вводили несколько основных операций над стеком (а именно ризЬ 
и рор). Но это еще не все. Мы собираемся объединить КА со стеком, 
и нам понадобится еще несколько операций. Сначала мы их просто 


опишем, а позже посмотрим в действий. 

Д. ія манипулирования содержимым вершины стека мы введем опе¬ 
рацию замены геріасе (символы). Эта операция выталкивает элемент 
па вершине стека и проталкивает в стек указанные символы. Напри¬ 
мер, геріасе (аЬс) эквивалентно последовательности операций рор, 
ризЬ (а), ризЬ (Ь), ризЬ (с). Таким образом, операция геріасе - просто 
удобное сокращение последовательности операций рор и ризЬ. 

Нам понадобятся еще две операции, по па этот раз над входной це¬ 


почкой Операция зЬіГі (сдвинуть) означает продвижение к следую¬ 
щему СИмво |\ цепочки; операция Іюісі (держать) означает, что нужно 

Продолжить обработку текущего символа цепочки (т. е. подождать). 

В предыдущем примере конец входной цепочки определялся не са¬ 
мим к \ а проі рлммои, его реализующей. Но ничто не мешает ввести 
проверку на конец цепочки в сам КА. Множество символов, которые 

К \ способен распознавать, называется его (ифтштом 

Вот теперь мы можем составить КЛ. который будет в состоянии 
разобрать цепочку 0»1“ для произвольного ш. Этот К Л будет ис¬ 
пользовать стек как память и управлять этой памятью. Напомни 
что символ I- обозначает дно стека. Символ для обозначения конца 
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входной строки не имеет печатного представления, но мы можем по 
заменить, например, символом ■ Конечный автомат, дополненный 
стековой памятью, мы будем называть стековым автоматом (или, со¬ 
кращенно, С-автоматом). Этому С-автомату соответствует следую¬ 
щая управляющая таблица : 



0 

1 

в 

X 

гер1асе(2Х) 

рор 

N0 


$МЛ 

Иоісі 


2 

N0 

рор 

N0 



бНШ: 


1- 

N0 

N0 

ѴЕ5 


Здесь понадобятся некоторые пояснения. Управляющая таблица 
для С-автомата немного отличается от таблицы для КА Слева указаны 
символы стека (в предыдущем примере здесь были указаны символы 
состояний); вверху - символы входной цепочки. Допускающие (ѴЕ5) 
и отвергающие (N0) состояния являются частью таблицы. В некото¬ 


рых ячейках таблицы необходимо выполнить операции (в указанной 
последовательности). Чтобы это стало более понятным, давайте про¬ 


верим работу С-автомата на конкретной цепочке, например 000111 


Непрочитанная часть 
ѲѲ011ІВ 
00111В 
0111В 
111В 
111В 

1 ів 

ів 


Стек 

X 

2 X 
2 2 X 
2 2 2 X 
2 2 2 
2 2 
■ 2 


(цепочка 000111 допускается) 


Перед началом работы в стеке должен находиться символ X. Он 
выполняет роль маркера того, что С-автомат находится в процессе 
считывания нулей: всякий раз, когда из входной строки считывается 
0 этот X заменяется на пару символов 2 и X. После того как нули 
в цепочке заканчиваются, маркер больше не нужен (дальше нулей не 
должно быть). Ну а затем все происходит гак, как мы уже не раз ни- 

дели раньше. 


о 
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Еще один пример С-автомата. Необходимо преобразовать произ¬ 
вольную цепочку нулей и единиц в цепочку вида Г"0 П , т. е. цепочка 

01101 должна быть преобразована в 11100. Вот управляющая таблица 
такого С-автомата: 


0 1 


0 

ри$Ь(0) 

ргіп* 

ргіп* 


$НіТ* 


Ьоісі 

1- 

ривЬ(0) 

N0 

ѴЕ5 


5Ьі*Р* 




Непрочитанная часть 
011011 
1101В 

ргіпТ (1) 

101В 

ргіпТ (1) 

01В 

1В 

ргіпі: (1) 
в ргіпТ (0) 
в ргіпТ (0) 


Стек 
■ 0 

I- 0 

■ 0 
■ 0 0 

• 0 


Здесь операция выталкивания из стека рор заменена операцией 
ргіпі, которая печатает содержимое вершины стека, а затем работает 

как операция рор. 

Все только что рассмотренные операции могут быть решены про¬ 
ще, без использования КА и С-автоматов. Для чего нам тратить па них 
время и силы? Тут мы вынуждены извиниться: наша задача состояла 
не в том, чтобы дать основы трансляции языков программирования 
(это совсем другая тема) и применяемых здесь методов, а в юм, чтобы 
в памяти читателя отложилась мысль, что такие методы существую і. 
Эти методы замечательно универсальны и пригодны для решения 

широкого класса задач. 

Теперь поговорим о грамматиках и о том, как задаются (описыва¬ 
ются) языки программирования. 

Чтобы обеспечить точность перевода, языки программирова¬ 
ния стремятся определить как можно точнее. Абсолютная точность 
в большинстве случаев не достижима, но это то, к чему следует стрс- 

миться. 


о 
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Как можно определить язык программирования? Конечно, пред¬ 
ложив его описание. Но тут возникает проблема - такое определение 

надо делать на уже имеющемся языке, т. е. на естественном! Л он, как 
мы знаем, не однозначен. 

Для того чтобы обеспечить строгость определений, мы можем при¬ 
бегнуть к помощи математики, в частности способу передавать поня¬ 
тия в символьной форме. Давайте посмотрим, как это делается. 

Начнем с примера: приведем формальное определение идентифи¬ 
катора (имен для подпрограмм, классов, переменных). 

В любом учебнике по программированию мы прочтем, что «иден¬ 
тификатор - это последовательность букв и цифр, начинающаяся 
с буквы». То есть последовательность аЬс - это идентификатор, а #аЬс 
или а#Ьс - нет. А как будет выглядеть формальное определение иден¬ 
тификатора? Например, так: 

<Ю> <1.ЕТТЕК> (<1ЕТТЕК> | <ЫиМВЕК>} 

<1ЕТТЕК> ::= А|В|С|...|2|а|Ь|с |...\г 
<№ІМВЕК> ::= 011121 19 

Обратите внимание, что определяемое, т. е. ІО, заключено в угловые 
скобки. Это так называемый нетерминал. Он, в свою очередь, опре¬ 
деляется в терминах других нетерминалов (ЬЕТТЕК и МЕІМВЕК) 
одним из двух способов: либо это буква (ЬЕТТЕК), либо это буква, 
за которой следует произвольная последовательность букв или цифр 
(ЫІШВЕК); символ «|» читается как «или», а фигурные скобки озна¬ 
чают, что записанное в них необязательно и может быть опущено. 

Нетерминал ЬЕТТЕК. - это или А, или В и т. д. до буквы 2 включи¬ 
тельно. Нетерминал ЫІІМВЕВ - это или 0, или 1 и т. д. до цифры 9 
включительно. Все буквы (А, В, С,...) и цифры (от 0 до 9) — термина¬ 
лы. Терминалы записываются как есть, т. е. буквально. 

Нетерминалы - это категории, которые описывают целые классы. 
Каждый нетерминал рано или поздно должен быть заменен термина¬ 
лами. 

Ценность такого рода определений - не столько в краткости (что 
само по себе хорошо), сколько в том, что появляется возможность 
применять к анализу языков программирования строгие математи¬ 
ческие методы и даже строить на их основе программы- трансляторы. 

Использованная выше форма записи поепт название ВЫЕ, или 
форма Бэкуса-Наура (Васки.я и Ыаиг), по фамилиям впервые пред¬ 
ложивших эту форму специалистов. 

Заметьте, что на некоторые вопросы это определение идентифи¬ 
катора ответов не дает. Например, различаются ли идентификато- 
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ры <згѵ іі ЛВС г каково чаксѵмаіыеог каі 
$ оопжм идентификатора ? При ра.цюбо? 
но учитывать все факторы, даже те. <)?> 

делений нет. 

Для полного описания языка не хватает только правил (в теории 
Трансляции языков программирования обычно творят о прем'укци 
а\ ) Продукция - это указание на то. как из одних цепочек символов 
можно получать другие цепочки символов (вскоре мы рассмотрим 
пример, и станет понятнее, что такое продукция). 

А теперь, полноты ради, мы приведем полное опре к леши того как 
задается грамматика языка. Грамматика задается 

О конечным множеством нетерминалов; 

О конечным множеством терминалов; 

О множества нетерминалов и терминалов ін пересекаются 

О конечным множеством продукции вида < \> -•* а і и <Л> 
нетерминал на- цепочка терминалов и ней рминллов (может 
быть пустая); <А> - это левая час тъ правила. а а прліия часть 
продукции; 

О один из нетерминалов выделен как начальный 

Это определение задаст т. и. контекстио-сао6о<йп/к) грамматику 
(КС-грамматику); что такое КС-грамматика и какие еще сеть грамма 
тики, мы здесь обсуждать не будем. Достаточно того, что по являю¬ 
щее большинство языков программирования іадается именно гаки 
ми грамматиками. 

Замечательно здесь то, что аккуратно он реле іенные граммагикп 
допускают автоматический разбор (трансляцию) языков, и котором, 
разумеется, опять н опять появляется наш добрый п надежный друі 

стек. 

На этом мы завершаем последний раздел первой части книги. Мы 
понимаем, что очень многие вопросы остались без о і вс гл Как, напри 
мер, связаны между собой грамматики п стеки * Как с і роя к я і оо і ін і 
ствующие С-автоматы? Как происходит трансляция исходного кода'' 
Как проверяется соответствие грамматики конкретным конструкци¬ 
ям в исходном коде? Как обрабатываются переменные? Как выделя¬ 
ется память? Какие при этом используются алгоритмы? Как оораоа- 
тываются ошибки? Как генерируется объектный код? И так далее... 

Ответы на эти вопросы, к сожалению, не просты и выходя г за рам¬ 
ки основной темы книги. Но они достойны внимания и того, чюбы 

потратить на их изучение силы и время. 
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За более подробной информацией о конечных автоматах, распо- 

знавателях, грамматиках и трансляции языков программирования 

следует обратиться к библиографии, к которой мы и адресуем чита¬ 
телей . 

Заключение 

Ну что же, мы проделали немалый путь и решили много интересных 
задач. Все эти задачи были взяты из практики, что добавляет убеди¬ 
тельности тому, о чем мы говорили о стеке во введении: это действи¬ 
тельно красивый и мощный инструмент, которым должен владеть 

программист. 

Стек можно рассматривать как память с особой, времени й харак¬ 
теристикой: стек не просто хранит данные - он хранит данные с при¬ 
вязкой по времени. Именно это делает стек столь мощным, по в то же 
время простым и удобным. 


о 
















Часть 


От слов - к делу 


Расширенная стековая машина 

В первой части книги нами были представлены очень простая ка¬ 
ноническая стековая машина и ее система команд. Тогда же мы вы¬ 
яснили, что в качестве практического средства программирования 
эта машина мало пригодна: ее система команд бедна, а структуры 
управления зачаточные. Теоретически ее возможностей вполне до¬ 
статочно, но практически программирование для нее совершенно 
непродуктивно. 

Здесь мы попробуем исправить недостатки канонической стековой 
машины и, взяв за основу ее систему команд, разработаем новый ва¬ 
риант стековой машины. Будем называть такую машину расширен¬ 
ной (ехіепбесі). В каких направлениях будет идти это расширение? 

Для начала мы заменим символьные обозначения некоторых опе¬ 
раций (таких, например, как !, @, К>, + и проч.) более привычными 
мнемоническими, приблизив их к тем обозначениям, которые обычно 

встречаются в ассемблерах. 

Группу операций манипулирования стеком данных мы оставим без 

изменений: 


Операция 

Стековая диаграмма 

ОВР 

I- ... а - а а 

ОКОР 

I* ... а Ь а 

$МАР 

[■ ... а Ь Ь а 

оѵек 

(■ ... а Ь 1- ... а Ь а 


Хотя существуют и другие операции, имеющиеся четыре покры¬ 
ваю, большинство случаев. Если необходимость в других операциях 
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все же возникнет (прежде всего это команды циклической переста¬ 
новки верхних трех элементов стека данных или чтение произволь¬ 
ного элемента стека), то их нетрудно реализовать, по мы не станем 

здесь этого делать. 

Из системы команд канонической стековой машины мы полностью 
заимствуем арифметические и логические операции (в скобках при¬ 
ведены прежние обозначения), а также добавим некоторые полезные 
и часто встречающиеся операции: 


Операция 

Стековая диаграмма 

А00 (+) 

|- ... а Ь -* |- ... а+Ь 

5ВВ (-) 

[ ... а Ь -•* |- ... а-Ь 

мід 

|- ... а Ь -*■ |- ... а*Ь 

ОІѴ 

|- ... а Ь —► |- ... а тосі Ь а/Ь 

N66 

|- ... а -*•)■... -а 

АВ5 

|- ... а |- ... |а| 

АN^ 

|- ... а Ь —► |- ... а&а 

ОК 

|- ... а Ь -* [ ... а|Ь 

ХОК 

|- ... а Ь —► |- ... а Л Ь 

$т 

|- ... а а*2 

5НК 

|- ... а а/2 


В число новых арифметических операціи"! входят умножение МШ-, 
деление ЭІѴ, а также ЫЕС и АВ5 (изменение знака и абсолютная ве¬ 
личина числа на вершине стека соответственно). Операция деления 
оставляет па вершине стека частное, а под ним - остаток от деления. 
Вот небольшой пример использования команды ОІѴ: 


21 

4 

ОІѴ 


21 

■ 21 4 
• 1 5 


(в правой колонке указаны состояния стека после выполнения каж¬ 
дой команды программы; если исходные числа делятся нацело, то 

остаток, равный 0, также будет протолкнут в стек). 

Кроме того, мы добавили операции арифметических сдвигов влево 
и вправо па один разряд (что, соответственно, равносильно умноже¬ 
нию И де пению значения на вершине стека на 2): в сочетании с логи¬ 
ческими операциями они позволяют производить достаточно слож¬ 
ные манипуляции с данными. 

Ужо имеющиеся команды дают возможность легко эмулировать 
простые м часто встречающиеся задачи. Допустим, нам необходимо 


О 
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обнулить (очистить) элемент на вершине стека; глубина стека не 
должна меняться. Это можно сделать, например, так: 

ОІІР 0 

51)В или МІЛ 

(первая операция делает копию числа на вершине стека, вторая - на¬ 
ходит разность, которая, конечно же, будет искомым 0). 

А вот как можно увеличить или уменьшить значение па вершине 

стека на 1: 

1 1 

АЭЭ или БЬВ 

Пока наши изменения в системе команд носили довольно «кос¬ 
метический» характер и не внесли ничего принципиально нового 
к тому, что у нас было прежде. Но сейчас будет и нечто совсем повое. 
Это новое касается структур управления. 

Напомним, что в системе команд канонической стековой машины 
единственной структурой управления была операция ІР. Эта опера¬ 
ция, мягко говоря, не слишком удобна и плохо «приспособлена» для 
реализации различных типов переходов. Одпа-единствеппая провер¬ 
ка (0 или не 0) сильно ограничивает и вынуждает вводить в програм¬ 
му довольно неестественные конструкции. Сейчас мы это поправим, 
введя вместо одной операции ІР четыре новые. Одна из них - опе¬ 
рация безусловного перехода, остальные три - операции условных 
переходов. Все они представлены в следующей таблице: 


Операция 

Стековая диаграмма 

ВК 

[ ... асісіг 

вм 

|- ... Ла§ асісіг . 

8К2 

|- ... Лае асісіг -*[••• 

ВКР 

(■ ... Ла§ асісіг 


Операция ВК (ЬгапсЬ) выполняет безусловный переход по адресу 
на вершине стека, т.е. эта операция устанавливает тешогу [РС] = асісіг. 
Сам адрес перехода из стека выталкивается. Никакие условия при 

этом, разумеется, не проверяются. 

Остальные три операции - ВКЫ, ВК2 и ВКР - работают аналогич¬ 
но ВК но с одним существенным отличием. Каждая из этих операции 
ожидает в стеке два значения: адрес передачи управления (аскіг) на 
вершине стека и условие перехода Па 8 под ней. Операция проверя¬ 
ет условие перехода; если условие перехода выполняется (меньше О, 
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равно О ИЛИ больше 0 соответгтвеино), то операция выпо піяо мс|м 
дачу управления Если условие перехода не выполняется, то 6м. 
кспо іняться следующая за операцией перехода операция Вне 
симости, выполнится условие перехода или нет. и условие переход 
и адрес перехода из стека выталкиваются Итак, теперь мы моле 
выполнять в программе передачи управления более «естественным 


лнн 


способом, зависящим от значения флага. 

Операции управления подпрограммами, безусловно, очень по¬ 
лезны (они позволяют формировать стр) ктуру программы, разде іяя 
ее на небольшие относительно самостоятельные модули), и мы их 
оставляем в нашей системе команд без изменений: 


Операция 

Стековая диаграмма (05) 

Стековая диаграмма (85) 

САН 

... абб г 

[ ... (• ... габйг 

КЕТ 

без изменений 

[^ ... га44г 


Как и следовало ожидать, операция С \1Л, подобно операции В К. 
ожидает па вершине стека адрес начала подпрограммы Нос іе выпол¬ 
нения операции САЬЬ этот адрес выталкивается из стека Операция 
КЕТ обеспечивает возврат из подпрограммы, присваивая РС значе¬ 
ние адреса возврата, после чего адрес возврата из і тока возвратов вы¬ 
талкивается. 

Операции >К и К> весьма полезны (если, конечно, применять их 
аккуратно, о чем мы говорили при описании канонической стекоаоіі 
машины), поэтому мы их оставляем и в нашей системе команд, из¬ 
менив только мнемонику: 


Операция 


Стековая диаграмма (05) Стековая диаграмма (85) 



(ОТК и КТО означают, соответственно, ОаСа То Кении и Ксіиги То 

ЭаСа). 

Теперь обратимся к операциям работы с памятью (напомним, чю 
в системе команд канонической стековой машины это были операции 
I и @). Их общей особенностью является наличие па вершине стека 
данных адреса, но которому нужно сохранить или прочитать данные. 
Этот адрес должен быть известен до того, как будут выполнены опе¬ 
рации ! и Следовательно, должен быть механизм для определения 
нужных адресов памяти и их проталкивания в стек. Это можег >ы і ь 

проблемой. 


с? 
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Конечно, адрес памяти можно задать непосредственно із программе 
как число и протолкнуть его в стек операцией ЫТ. Это работает, по 
программист должен знать этот адрес памяти на этапе составления 
программы. Если программа изменится (в ней появятся новые фраг¬ 
менты или, наоборот, что-то будет удалено), то не исключено (а ско¬ 
рее всего, именно так и будет), что этот адрес изменится. Кроме того, 
программа начинает зависеть от этих адресов; потом их будет совсем 
не просто изменить. Одним словом, задача определения адреса памя¬ 
ти может оказаться очень нетривиальной. Мы не будем менять семан¬ 
тику операций ! и @, азадачу определения адресов памяти переложим 
с программиста на компьютер. Раз численные значения адресов так 
или иначе надо определять, то пусть этим «займется» компьютер (как 
именно определяются нужные адреса, станет ясно чуть позже). Но¬ 
вые операции работы с памятью представлены в следующей таблице: 


Операция 

Стековая диаграмма 

5АѴЕ 

|- ... п асісіг 1- ... 

ЮАЭ 

[■ ... асісіг п 


Операция 5АѴЕ ожидает на вершине стека данных адрес памяти, 
а под ней - данные, которые необходимо сохранить. Операция Ю/Ш 
ожидает па вершине стека адрес памяти, из которого нужно загрузить 

данные в стек. 

Теперь адрес памяти должен быть определен во время трансляции 
программы, т. е. автоматически. Как именно это происходит, мы уви¬ 
дим в одном из следующих разделов, а также в исходном коде транс¬ 
лятора (см. приложение). Здесь мы несколько забегаем вперед, гак 

что пока примем это на веру. 

Нам осталось рассмотреть совсем немного операций. Часть из них 
представлена в следующей таблице: 


Операция 

Стековая диаграмма 

N0? 

без изменений 


I- ... — I- ... п 

оцты 

[ ... л -+ [ ... 

ОІЛС 

I- ... п 

НАІТ 

без изменений_ 


Операция МОР (по орегаііоп) означает «ничего нс делать». Такая 
возможность, при кажущейся бессмысленности, часто бывает полез¬ 
ной Операция Ш (іирій) позволяет организовать простейший 































104 


ѵ От слов - к делу 

соб ввода данных (а именно - чисел) в стек из консоли во время ис¬ 
полнения программы. Операции СШТЫ и ОІІТС (СШТ аз ЫитЬег/ 
СЬагасіег) распечатывают в консоли значение элемента на вершине 
стека данных, соответственно, как число или как символ. После вы¬ 
полнения операции ОІІТС перевод строки не производится. Это 
позволяет формировать строку из выводимых символов. Для того 
чтобы выполнить перевод строки, нужно указать специальный управ¬ 
ляющий код (10) и вывести его как символ. Важно помнить, что выво¬ 
димое значение, как обычно, удаляется из стека данных. 

Операция НАШ останавливает исполнение программы. 

Мы исключили из системы команд операцию ЫТ. Это может пока¬ 
заться нелогичным: каким образом теперь можно будет проталкивать 
в стек заранее определенные значения? Очень просто: мы сделаем эти 
значения частью программы (выше, при обсуждении команды ЭІѴ, 
мы привели соответствующий пример). Таким образом, если в про¬ 
грамме встретится число 10, то оно будет автоматически протолкнуто 
в стек данных. Правда, тут есть одна тонкость, связанная с отрица¬ 
тельными числами, о которой мы расскажем, когда будем описывать 
работу транслятора. 

Нам осталось рассмотреть еще две операции. Их значимость не¬ 
очевидна, но порой они могут оказаться незаменимыми: 


Операция 

Стековая диаграмма 

ІРС 

|- ... ->• |- ... РС 

ОЕРТН 

(■ ... “► г ... п 


Операция ЬРС (от Ьоасі РС) проталкивает на вершину стека теку¬ 
щее значение программного счетчика. Операция ЭЕР1 Ы проталки¬ 
вает на вершину стека данных его текущую глубину. Если стек дан¬ 
ных пуст, то операция Е)ЕРТН оставит в стеке значение 0 (нос ле чсі о, 
разумеется, стек данных уже не будет пустым). Таким образом мы мо¬ 
жем программным способом проверять стек данных на исчерпание. 

Такова система команд расширенной стековой машины. Опа не¬ 
сколько больше рассмотренной рапсе системы команд канонической 
стековой машины. Предыдущая версия системы команд была более 
компактной, но неудобной; многие утилитарные, но полезные опе¬ 
рации в ней отсутствовали. Новая и дополненная система команд, 

безусловно, гораздо практичнее. 

Несколько слов - о режимах адресации расширенной стековой ма¬ 
шины. Мы старались сделать так, чтобы и транслятор, и ннтері.рета- 




















тор получились максимально простыми. поэтому бил щч ѵ\і\м»т|ч-и 
лишь непосредственный режим адресации (при котором доступ к го* 
держнмому ячейки памяти осуществляется явно, т е по номеру или 
адресу этой ячейки, указанному в программе). 

Ценность языка программирования в конечном счі п определяі і 
ся тем, насколько этот язык пригоден для решения задач Разу чкч г* ч. 
во всем нужна мера; не следует пытаться определить язык гак. что¬ 
бы предусмотреть в нем все, что теоретически может попал обігться 
Это попросту невозможно, и такая попытка быстро пре вратит побои 
язык в сложную, громоздкую и неудобную конструкцию В языке, 
чтобы он мог считаться если нс превосходным, то хотя бы полезным, 
необходимо иметь достаточно полный (но нс избыточный) набор 


конструкции, а также возможности, позволяющие расширить >тот 

язык в нужном направлении. 

На этом мы завершим описание системы команд рас шире-мной пе¬ 
ковой машины. Теперь настало время изучить устройство трат тято 
ра, но для начала, на примере простой программы, посмотрим сеанс 

работы стековой машины. 

Первая программа 

Ниже представлен исходный код нашей первой программы 

# Факториал п! (нерекурсивный способ) * 

ЖМи#№#ттпШ#ШМШП#Ш##Ш****ШЯ*я*»*#*******#* 


1 

ІМ 

АВ5 


; Ввести число п (= счетчик) 


Я Основная часть программы 
:1оор ОУР 


; Счетчик повторений == 0? 
; Да, остановить 
; Копия 
; счетчика 
; Тас* * соипТ 
; Восстановить счетчик 
; Уменьшить счетчик на 1 


ехіТ 

ВК2 

5ИАР 

ОѴЕК 

МУІ 

5ЫАР 

1 

511В 

Іоор 


; Повторить 







106 


От слов - к делу 


❖ 


# Вывод результата 
:ехіТ ОЯОР 

ОІ^ 

НАН 


; Лишний счетчик повторений 
; Вывести результат 


#################### Конец программы ######################### 


Эта программа предлагает ввести в консоли число и находит его 

факториал. 

Символы # и ; служат признаками комментариев: все, что следует 
за ними до конца строки (включая их самих), игнорируется. 

Мы прокомментировали каждую строку программы, по, конечно, 
на практике не стоит быть настолько многословными; достаточно 
комментировать только то, что действительно нужно. 

Если запустить стековую машину на исполнение (как именно это 
делается, мы расскажем в приложении) и указать имя исходного фай¬ 
ла, содержащего эту программу, то будет выведен следующий прото¬ 
кол (то, что вводится пользователем, выделено подчеркиваниями): 


+++++++++++++++++++++++++++++++++ 
+ АззетЫег -Рог ТоуБТаскМасЫпе + 
+++++++++++++++++++++++++++++++++ 
Боигсе Я1е пате: -РасТ 
Раг$іп§ (ра$5 1): ок 
Раг$іп§ (ра$5 2): ок 

ОВЭЕСТ СООЕ 


000000 

1 

000001 

-26 

000002 

-12 

000003 

-1 

000004 

14 

000005 

-20 

000006 

-3 

000007 

-4 

000008 

-9 

000009 

-3 

000010 

1 

000011 

-8 

000012 

3 

000013 

-18 

000014 

-2 

000015 

-27 

000016 

-40 
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ЕХІТ 000014 

ІООР 000003 

Кип. .. 

МитЬег: 10 
3628800 

Рго§гат сотріеіесі 


С0МТЕМТ5 ОР 
[ ЕХІТ] = -2 

[ ІООР] = -1 

СІ5 р = -1 
Г5р = -1 

рс = 17 
сусіез = 119 


(т. о. факториал 10 равен 3 628 800). 

Протокол состоит из нескольких разделов. Опишем их по порядку. 

После ввода имени исходного файла (Гасі) начинается трансляция 
программы. Если трансляция завещается успешно (т. е. в исходном 
коде нет ошибок), то генерируется и выводится в консоль объектный 
код (оЬ)есІ собе). Объектный код распечатывается в виде двух столб¬ 
цов: в левом - адреса основной памяти, в правом - объектный код. Из 
этой распечатки видно, что объектный код совсем небольшой: всего 
17 ячеек памяти (с 0 по 16). 

В исходном коде имеются две метки, каждая из которых начина¬ 
ется с символа двоеточия (:). Метки позволяют сопоставить имена 
(переменные) адресам памяти. Такое сопоставление запоминается 
в небольшой, но исключительно важной таблице - таблице символов, 


которая тоже выводится в консоль. 

Наверное, было бы правильнее назвать эту таблицу просто табли¬ 
цей меток, но по историческим причинам используется термин таб- 


ица символов. 

В таблице символов, как и в объектном коде, два столбца. В ле- 
юм - имена меток, в правом - соответствующие им адреса памяти. 
Гакпм образом, из таблицы символов мы, к примеру, видим, ч го мет кс 

‘хіі соответствует адрес 14. 

Значение меток невозможно переоценить: можно смело сказать, 
іто это самый полезный элемент для программирования на асссмож 
эе Метки освобождают программиста от утомительном н пе..род> ч 
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тивнон работы отслеживания адресов и учета используемой памяти. 
Вместо того чтобы самому следить за тем, какие в программе исполь¬ 
зуются адреса, мы просто снабжаем метками нужные части програм¬ 
мы, а все дальнейшее - забота транслятора. 

Затем программа начинает исполняться. В консоль выводится 
приглашение для ввода числа, факториал которого нужно вычислить. 

По завершении работы в консоль выводится разнообразная полез¬ 
ная информация: содержимое стеков данных и возвратов (если толь¬ 
ко они не пусты), содержимое адресов памяти, для которых имеются 
метки, значения основных регистров и, наконец, общее число циклов 
выборки и исполнения команд. 

Вся информация, выводимая в протокол, очень полезна (особенно 


если опыт программирования для стековой машины не велик), и хотя 
ее можно отключить, внеся совсем небольшое изменение в исходный 
код стековой машины, мы настоятельно не рекомендуем этого делать. 

Описывать, как именно эта программа вычисляет факториал, мы 
не станем. На самом деле программа очень проста (в иен фактически 
реализуется аналог цикла со счетчиком, причем счетчиком выступает 
число, факториал которого ищется). Самый лучший способ попять, 
что здесь происходит, - попробовать разобраться самостоятельно. Для 
этого нужно «пройтись» по каждой команде и на каждом шаге выпи¬ 
сать содержимое стека данных до и после операции (в этом варианте 
подпрограммы и, следовательно, стек возвратов не использовались). 


Чуть позже мы покажем еще несколько примеров программ для па¬ 
шей стековой машины. Все эти примеры намеренно просты; их цель - 


не столько научить программированию стековой машины (програм¬ 
мированию вообще нельзя научить, а можно лишь помочь), сколько 


предоставить ряд образцов, отталкиваясь от которых, можно попро¬ 
бовать решить другие, более интересные, по и более сложные задачи. 


Как работает транслятор 


Сейчас мы кратко опишем работу транслятора расширенной стековом 
машины. Это описание призвано помочь тем читателям, кто захочет 
внести в транслятор и интерпретатор стековой машины изменения 
(например, новые операции, режимы адресации, средства отладки, 
трассировки, возможность сборки программы из раздельно трансли¬ 
руемых модулей и проч.). 

' Исходный код реализации расширенной стековой машины вклю¬ 
чает в себя всего 5 файлов и занимает в распечатанном виде иемноі нм 
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больше 700 строк на языке программирования >ѵа. Это совсем не¬ 
много. Правда, такая краткость была вынужденной: желая сохранить 
исходный код транслятора понятным и легко обозримым, мы должны 
были пожертвовать рядом полезных возможностей, которые обычно 
встречаются в ассемблерах. Большую их часть добавить совсем не 
трудно, но осознанно мы не стали этого делать (по причинам, изло¬ 
женным выше) и потому предоставляем читателю право изменять ис¬ 
ходные коды по своему усмотрению. 

Класс ТоуЗІаскМасНіпе.іаѵа 

В этом классе находится точка входа, с которой начинается исполне¬ 
ние программы, т. е. метод шаіп. Сначала запрашивается имя файла 
с исходным кодом программы (см. метод §еіРі1е№те). Затем содер¬ 
жимое этого файла (см. метод ІоасІЗоигсе) считывается в списочный 
массив (объявленный как АггауЬізІ <5ігіп§>). Осуществляются 
некоторые типичные проверки при работе с файлами; если ошибок 
не было, то загруженный исходный код передается ассемблеру для 
трансляции. 


Класс ОрсосІеТаЫе.іаѵа 


Это очень простой класс, в котором перечислены все операции, вхо¬ 
дящие в систему команд стековой машины. Единственная топкость 
связана с кодами операций: все они - целые отрицательные числа. 
Вспомним, что несколько раньше мы говорили о том, что с отрица¬ 
тельными числами в исходных кодах программ для стековой машины 


надо быть внимательными. Сейчас мы объясним, почему так. 

Когда интерпретатору в объектном коде «встречаются» неотрица¬ 
тельные числа (т. е. 0 и положительные), то эти числа сразу же про¬ 
талкиваются в стек данных (именно так и происходило выше в при¬ 
мере с операцией ЭІѴ). Вот почему в системе команд пашен машины 
пет операции ЫТ, которая присутствовала в канонической стековой 


машине. 

Но когда интерпретатору в объектном коде «встречаются» отрица¬ 
тельные числа, он пытается сопоставить их с кодами операций. Если 


эго ему удается, то операция выполняется. 

Пусть, например, в объектном коде встретилось число -8. Обра- 
тившись к колам операций, мы видим, что этому числу соответствует 
операция 8ШЗ (вычитание). Теперь интерпретатор пытается выпол¬ 
нить эту операцию (конечно, при условии, что в стеке данных имеют- 

ея хотя бы два числа). 
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Но если интерпретатору в объектном коде встретится число -57, 
то теперь все гораздо хуже: числу -57 не соответствует ни одной опе¬ 
рации. Что теперь делать интерпретатору? Здесь есть три варианта: 
либо игнорировать это число, либо протолкнуть его в стек данных, 
либо завершить работу программы с ошибкой. 

Мы выбрали последний вариант, т. е. завершение работы програм¬ 
мы. Почему? Игнорировать такое число было бы нелогичным: раз 
число есть в исходном коде, то оно было для чего-то написано. Для 
чего - не понятно, и лучшее, что тут можно сделать, - предложить 
программисту еще раз поработать с исходным кодом. Проталкивать 
в стек? Тоже вариант так себе: какие-то числа па самом деле соот¬ 
ветствуют операциям и вызывают действия, а какие-то почему-то пет 
и должны попасть в стек данных. Странная привилегия. 

Поэтому если в стек данных нужно занести отрицательное число, 
то лучше воспользоваться операцией ОТС, а в исходном коде исполь¬ 
зовать только положительные числа. 

В связи с этим мы расскажем об одном программистском трюке, 
который, однако, рекомендуем использовать лишь в исключитель¬ 
ных случаях, т. е. тогда, когда никаких других вариантов решения за¬ 
дачи уже нет. Рассмотрим следующую программу: 


40 

■ ... 40 

№6 

■ ... -40 

1000 

... -40 1000 

5АѴЕ 

• • • 

1000 

■ ... 1000 

ВК 



Что произойдет после исполнения операции безусловного перехо¬ 


да ВК на адрес 1000? Давайте подумаем... 

Вначале все просто: в стек данных проталкивается положительное 
число (40), и изменяется его знак. Затем это число (г. с. -40) сохра¬ 
няется в памяти по адресу 1000. Пока ничего «криминального». Но 
вот управление получает операция ВК. С вершины стека данных сни¬ 
мается адрес перехода, после чего управление передается по адресу 
1000. А там, как мы помним, находится число -40. Поскольку число 


отрицательное, то интерпретатор считает его кодом операции и пы¬ 
тается определить, какой именно операции это число соответствует. 
Это ЧИСЛО соответствует операции НАЬТ, и программа завершаем 
свое исполнение. Может, так и было задумано, по больше походи г на 

ошибку. 
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И еще один весьма распространенный способ, но па этот раз сни¬ 
занный с изменением сгенерированных объектных кодов. 

Объектные коды после трансляции загружаются в основную па¬ 
мять и занимают в ней ячейки с адресами от 0 до некоторой величины 
(скажем, в примере нашей первой программы объектный код был за¬ 
гружен в ячейки с адресами от 0 до 16). Ничто не мешает изменить 
содержимое любой из этих ячеек самой же программе способом, по¬ 
добным тому, что был приведен выше. Такая программа называется 
самомодифицируемой. В обычных условиях необходимость в подоб¬ 
ных модификациях практически отсутствует, поэтому следует быть 
внимательным: можно потратить массу времени и сил, пытаясь по¬ 
нять, почему программа не работает или работает неправильно. Вы¬ 
вод здесь простой: перед тем как прибегать к таким методам, лучше 
еще подумать и поискать другое решение. В последующем, при изме¬ 
нении программы, это окупит и усилия, и время. 

Если внимательно присмотреться к кодам операций, то видно, что 
между операциями -31 (ЫОР) и -40 (НАЬТ) оставлен промежуток. 
Этот «зазор» не случаен: в него можно добавить новые операции. Для 
этого, правда, придется внести еще и изменения в исходный файл ин¬ 
терпретатора, но об этом мы поговорим несколько позже. 


Класс ЗутЬоІТаЫе.іаѵа 

Этот небольшой класс играет ключевую роль. Здесь хранится инфор¬ 
мация о метках и назначенных каждой метке адресах памяти (обычно 
говорят не об адресах, а о значениях меток). В классе реализовано не¬ 
сколько методов. Метод ІоокирЗушЬоІ определяет, имеется ли метка 
с заданным именем в таблице символов. Метод рШЗутЬоІ добавляет 
информацию о метке в таблицу. Метод ^еіѴаІие возвращает значение 
метки по ее имени. Наконец, простой метод ргіпіЗушІаЫе распечаты¬ 
вает таблицу символов (но только в том случае, когда таблица симво¬ 
лов непуста, т. е. содержит хотя бы одну метку); пример распечаікп 
мы видели ранее, в разделе, где обсуждалась первая программа. 

Нам осталось рассмотреть последние два класса. Это - самые ооль- 

шие классы, но они достаточно просты. 


Класс АззетЫегіаѵа 

В ЭТОМ классе осуществляется трансляция исходного кода и объект 
ный код. Трансляция построена по классической двухпроходной схе 
ме. при которой исходный код читается дважды. 
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Вес символы исходного кода программы преобразуются транс¬ 
лятором в верхний регистр. Поэтому транслятор считает операции 

НАЬТ и Ьак идентичными; то же самое относится и к меткам: метки 
І-АВЕИ и ІаЬеІ не отличаются друг от друга. 

На первом проходе обрабатываются метки. Почему для обработки 
меток необходим отдельный проход? Причина одна, но очень важная. 

Дело в том, что в программе может встретиться передача управле¬ 
ния по адресам, которые расположены в старших адресах памяти. На¬ 
пример, в программе вычисления факториала, рассмотренной ранее, 
имеется следующий фрагмент: 


• • • 


ехН: 

ВК2 


:ехі1: 


ОКОР 


; Счетчик повторений == 0? 

; Да, остановить 

; Лишний счетчик повторений 


Здесь происходит передача управления к метке ехіе, которая распо¬ 
ложена где-то ниже. Вместо имени метки ехй в объектный код нужно 
подставить значение метки, т. е. ее адрес. Но этот адрес необходимо 
сначала определить, и именно для этого нужен отдельный (первый) 
проход по исходному коду. 

При втором проходе генерируется объектный код. Транслятор 
взаимодействует с двумя (справочными) таблицами: с таблицей опе¬ 
раций и с таблицей символов (меток). Сама генерация объектного 
кода очень проста и сводится к подстановке вместо имен меток их 
значений, а вместо мнемоник операций — их числовых кодов. 

В сущности, важно разобраться с одним методом - ^еіТоксп. Этот 
метод извлекает из исходного кода программы строку и выделяет из 
нее лексемы, т. е. отдельные составляющие. Всего предусмотрены 
пять типов лексем, и все они описаны в виде констап г в начале файла. 

Лучший способ разобраться с транслятором - внимательное 
изучение его кода и анализ результатов, которые транслятор выво¬ 
дит в консоль. 

В библиографии мы указали некоторые книги, посвященные і рапс - 
л я цп и языков, подобных языку расширенной стековой машины. Мы 

рекомендуем ими воспользоваться. 

Транслятор может быть достаточно просто расширен и желаемом 
направлении. В него можно ввести, например, директивы (т. е указа¬ 
нии) резервирования памяти, различные режимы адресации н прочие 

полезные расширения. 









Класс ЗіаскМасІііпе.іаѵа 

Этот класс представляет собой интерпретатор объектного кода, кото¬ 
рый был сгенерирован транслятором. Это простой, хотя п достаточно 
объемный класс. Обработка объектных кодов организована в виде 
большого зѵѵксЬ-оператора; каждому объектному коду (т. е. его опе¬ 
ратору) соответствует своя сазе-ветка. 

Здесь мы обсудим лишь то, как организована память и как осу¬ 
ществляется управление стеками данных и возвратов. Посмотрим на 
следующий фрагмент: 

${аііс бпаі іпі МЕМ0КѴ5І2Е = 65536; // Объем основной памяти 

ргіѵаТе іпТ тетогу [] = пей іпТ [МЕМОКѴ5І2Е] , 

сіз^аск [] = пем іпТ [256]^ // Стек данных 
г$*аск [] = пеы іпі [256]; // Стек возвратов 


ргіѵаТе іпі: 


ІоасІесІ 

СІ5р 

Г5р 

РС 

СуСІѲБ 


0, // Длина объектного кода 

-1, // Указатель вершины стека данных 

-1, // Указатель вершины стека возвратов 

0, // Программный счетчик 

0; // Число циклов исполнения 


Здесь прежде всего задаются объемы основной памяти и стеков. 
Мы выбрали для них совсем небольшие числа, по их вполне достаточ¬ 
но для работы нетривиальных программ среднего размера. Разумеет¬ 
ся, эти величины можно изменить как в большую, так и в меньшую 

стороны. 

Стеки данных и возвратов реализованы как массивы фиксирован¬ 
ной длины. В «настоящих» трансляторах этого стараются избегать, 
а стеки размещают в динамической памяти. Тогда для стеков оудег 

выделено столько места, сколько нужно. 

Несколько слов о доступе к вершине стека (на примере стека дан¬ 


ных). Для каждого стека предусмотрен отдельный указатель, т. е. 
переменная, которая указывает на вершину стека. В пустом сте¬ 
ке указатель стека равен -1, т. е. фактически никуда не указывает. 
При проталкивании нового элемента в стек данных указатель дол¬ 
жен быть скорректирован следующим образом: сЬіаск [++скр| При 
выталкивании элемента из стека указатель необходимо изменить: 
<Ьр~ Доступ к элементу на вершине стека осуществляется посред- 

ством сізіаск [сізр]. 

Многочисленные примеры работы с указателями стеков можно 


найти в сазе-ветках оператора з\ѵіісЬ 
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Расширение системы команд 

Ранее мы говорили о том, что между операциями ШР и НАЫ остав- 
лен «зазор», который можно использовать для добавления в систему 
команд новых операций. Вот как это делается. 

Допустим, нам нужна операция увеличения значения па вершине 
стека данных на 1 (инкремент). Это действительно полезная опера¬ 
ция, и она весьма удобна для программирования циклов. 

Сначала эту операцию нужно «зарегистрировать» в системе ко¬ 
манд стековой машины (файл ОрсосІеТаЫе^аѵа): 


орІаЫе.риІ: («МОР», 

-зі); 

// Нет операции 

ор-ЪаЫе.риІ: («ІІЧС», 

-32); 

// Инкремент 

// Завершение работы 
ор!:аЫе.ри1: («НАН», 

-40); 

// Остановить 


Мы просто добавляем новую команду, указывая ее мнемонику 
и уникальный код операции. 

Теперь нужно немного поправить интерпретатор (ЗіаскМасЬіпе. 

Іаѵа): 


• • • 

// Нет операции 
сазе -31: 

Ьгеак; 

// Инкремент 
сазе -32: 

Ьз^аск [Ьзр] = Ьз^аск [сізр] + 1; 

Ьгеак; 

// Остановить 
сазе -40: 

БузІегп.оиІ.ргіпТ-Р (“Рго§гат сотрІеТесШ"); 
Ьгеак Іоор; 


Теперь осталось перекомпилировать исходный код пафіѵа и про¬ 
верить работу транслятора и интерпретатора на простом примере. 


10 

іис 

01ЛЫ 

НАІТ 


Если все было сделано аккуратно, то в консоль будет выведено 
число 11 Вот н все - новая операция добавлена, и се можно исполь 







Примеры программ 


❖ 115 


зовать в своих программах точно так же, как и те операции, что были 

изначально. 


Примеры программ 


Мы не ставим перед собой цель научить программированию па рас¬ 
ширенной стековой машине. Да это, честно говоря, и невозможно: на¬ 
учиться программированию можно лишь одним способом - писать 
программы. Но, желая облегчить эту непростую работу, мы приведем 
несколько примеров программ. Мы не стремились к тому, чтобы со¬ 
ставить эти примеры самым оптимальным образом. В отсутствие до¬ 
статочного опыта и навыков такие оптимизированные программы 
способны только запутать начинающих. 

Суммирование последовательности чисел 

# Чтение и сложение чисел из консоли, пока не будет введен 0 

; Основная программа (цикл ввода чисел) 

:1оор ІИ ; Ввод числа 

ОІІР ; Копия 

ехіТ ; Адрес перехода 


зигпта 

САН 

Іоор 

ВР 


если 0 
Вызвать 

подпрограмму суммирования 
На начало 
ввода чисел 


; Завершение работы программы 
:ехі! ТоТаІ 


Загрузить 
общую сумму 
Вывести 
Завершить 


ЮАО 

01ЯИ 

НАН 


; Подпрограмма накопления суммы введенных чисел 


:5ішта ТоТаІ 


; Загрузить 


ТоТэІ 

5АѴЕ 

КЕТ 


ЮАО 

АОЭ 


; текущую сумму 
; Прибавить очередное число 

; Сохранить 
; текущую сумму 
; Вернуться 


; Здесь будет накапливаться сумма 

:ТоТа1 Ѳ 


и Конец программы 
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Эта программа позволяет ввести в консоли произвольное коли¬ 
чество чисел (как положительных, так и отрицательных) и найти их 
сумму. Условие завершения - ввод числа 0. 


Сложение двух чисел (вариант 1) 

Хотя в системе команд имеется операция АВВ, мы покажем, как осу¬ 
ществляется сложение двух чисел (второе из которых положительно) 
другим способом; о нем мы упоминали в первой части книги в разделе 

о передаче параметров: 

# Нерекурсивное сложение двух чисел путем прибавления единиц 


# в том 

количестве, 

которое содержится ѳо втором слагаемом 


ЮА0 

• 

У 

загрузить первое слагаемое 

: Іоор 

зесопсі 

ЮА0 

• 

У 

загрузить второе слагаемое 


0ИР 

ѣ 

У 

копия второго слагаемого (для проверки на 0) 


5ТОр 

ВК2 

• 

У 

перейти, если второе слагаемое равно 0 


5ШТ1 

сан 

• 

У 

перейти к подпрограмме суммирования 


Іоор 

ВК 

• 

У 

на начало цикла 

: $Тор 

0К0Р 

• 

У 

лишнее слагаемое 


01ЛИ 

• 

У 

вывод 


НАН 




; подпрограмма суммирования 
:5ііт 1 


50В 

; уменьшить 

на 1 второе слагаемое 

$есопсІ 

5АѴЕ 

«с 

; сохранить 

его 

1 

А0Э 

; увеличить 

на 1 первое слагаемое 

КЕТ 

; возврат в 

основную программу 

; слагаемые 
:бг5* -10 

:$есопсІ 3000000 



# Конец программы 




Здесь к первому слагаемому (число -10) прибавляются единицы 
в количестве, которое содержится во втором слагаемом (т. е. 3 000 000 
раз). Как мы видим, сумма находится довольно быстро (хотя, бссс | 









_ Примеры программ ❖ 117 

ио, все равно неэффективно, по сравнению с операцией АГШ). В этом 
примере показано использование подпрограммы (нерекурсивной). 

Сложение двух чисел (вариант 2) 

А вот это - рекурсивный вариант предыдущей программы: 

# Рекурсивное сложение двух чисел путем прибавления единиц 

# ѳ том количестве, которое содержится во втором слагаемом 


6Г5* 

ЮАО 

; Первое число -> в 

стек данных 

гес 

САН 

; Вызов рекурсивной 

подпрограммы 

ОІІТМ 



иди 




# Добавить к содержимому стека данных количество единиц, 

# содержащихся во втором слагаемом (например, 3=111) 


: гес 


1 

А00 

зесопсі 


; Протолкнуть 1 в стек данных 
; Прибавить 1 

; Уменьшить второе слагаемое на 1 


1.0 АО 
1 

51)В 

оир 


5ѲСОПСІ 


5АѴЕ 
епсі 
В К2 
гес 

сан 

: епсі КЕТ 


; Если второе слагаемое равно 0, то выход 
; Иначе - рекурсивный вызов 


# Первое слагаемое 

-21 

# Второе слагаемое 
:зесопсІ 100 


# Конец программы 

Здесь мы опять складываем два числа (второе из которых должно 
быть положительным). Обратите внимание на то, что в программе 

есть рекурсивный вызов подпрограммы. 


гес 

САН 


; Иначе - рекурсивный вызов 
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С этой программой придется «повозиться». Пожалуй, единствен¬ 
ный способ попять, как опа работает, - тщательно проследить за со¬ 
стоянием стека данных и стека возвратов. Условие прекращения ре¬ 
курсивных вызовов - нулевое значение второго слагаемого. 

Здесь же можно посмотреть, что произойдет, если число рекур¬ 
сивных вызовов превысит допустимую глубину стека возвратов. Эта 
глубина ограничивается емкостью стека возвратов. Измените второе 
слагаемое (например, на 257) и посмотрите, что произойдет. 


Сложение последовательности чисел в памяти 


Следующая программа находит сумму чисел, хранящихся в памяти: 


# Сумма чисел в памяти 

Ье§іп ; Адрес начала последовательности 

епсі ; Адрес конца последовательности 

БИАР ; Установить правильный порядок перед вычитанием 

БУВ ; Теперь в стеке значение (Е№0 - ВЕСІМ) = 5 

соипТ ; Сохранить счетчик повторений 

5АѴЕ 

0 ; 0 -> в стек данных 

зигшпа 

САН 

НАІТ 


# Подпрограмма суммирования последовательности чисел 
ізшшпа N0? 

:1оор Ье§іп ; Смещение к очередному числу от ВЕСІЫ 

соип* 


1.0 АО 

дОО • Адрес следующего числа в последовательности 

ЮАО 

ДОР • Прибавить очередное число последовательности 

соипі ; Скорректировать счетчик 

ЮАО 
1 

БОВ 

ОУР 


соипТ 

5АѴЕ 

допе 

ВМ 

Іоор 

ВК 

:00МЕ КЕТ 


; Все числа просуммированы (счетчик < 0)? 
; Следующее число 
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# Тестовые данные 


:Ье§іп 

100 

-90 

84 

1027 

0 

900 

-5 

:епсІ 

61 

:соипТ 

0 

# Конец программы 


Это довольно большая, по не сложная программа. Важно попять, 
как мы определяем количество чисел, подлежащих суммированию: 
начало последовательности чисел имеет метку Ьефп, а конец - мет¬ 
ку епё. Результат суммирования не выводится в консоль, а остается 

в стеке данных. 


Факториал 

Ранее мы приводили программу вычисления факториала. Теперь по¬ 
смотрим на рекурсивный вариант этой же программы: 

# Факториал п! (рекурсивный способ) 


:ТасТ 



; Ввести число 

АВ5 


соипТ 

; Сохранить копию 

5АѴЕ 


іасХ. 


сан 


ОКОР 

; Лишний счетчик повторений 

оцты 

; Вывести результат 

НАН 


соипТ 


ЮАО 


011Р 


гіопе 


ВК2 


МІЛ 


соипТ 


ЮАО 
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511В 

соипТ 

5АѴЕ 

■Рас* 

САН 

:сіопе КЕТ 

’.соипТ 0 ; Счетчик повторений 

# Конец программы 

Условием завершения рекурсии является равенство пулю значе¬ 
ния соипТ. 

Эта программа стоит того, чтобы ее внимательно изучить. В ней 
есть что улучшать, но перед тем, как попытаться сделать это, нужно 
основательно разобраться во всех деталях и, главное, в том, как за¬ 
вершаются рекурсивные вызовы подпрограммы. 

Вывод текста 

Ниже приводится исходный код программы, которая выводит тек¬ 
стовое сообщение в консоль: 

# Вывод текстового сообщения 


Ье§іп 

епсі 


Адрес начала последовательности символов 
Адрес конца последовательности символов 
Установить правильный порядок перед вычитанием 
Теперь в стеке значение епсі - Ье§іп 
Сохранить счетчик повторений 


5ЫАР 

5ЦВ 


соипТ 

5АѴЕ 


ргіпТ 

САН 

НАН 


# Подпрограмма вывода 


символов 


:ргіпТ N0? 

:1оор Ье§іп 


Смещение к очередному числу от Ье§іп 


соипТ 

ЮАО 

А00 

ЮАО 

ОЦТС 

соііпТ 

ЮАО 

1 

511В 

01)Р 


Адрес следующего числа в последовательности 


Напечатать очередной символ 
Скорректировать счетчик 








Примеры программ 


♦> 


121 


соипТ 

5АѴЕ 

сіопе 

; Все символы выведены (счетчик < 0)? 

вм 

Іоор 

; Следующее число 

ВК 

: сіопе НЕТ 

# А5СІІ-К0ДЫ символов 

сообщения Не11о,Иог1сІ! 

:Ье§іп 10 

; Перевод строки 

72 

; Код символа Н 

101 

; Код символа е 

108 

; Код символа 1 

108 

; и т. д. 


111 

44 

87 

111 

114 

108 

100 

:еп<1 33 

:соип! 0 

# Конец программы 

В этой программе есть одна недоработка: сообщение «ЫеІІо.ѴѴогІсІ!» 
выводится в перевернутом виде, т. е. как «!с11го\Ѵ,о11еІІ». Эту недора¬ 
ботку мы предлагаем устранить самостоятельно. 

Программа-шутка 

Напоследок мы приведем совсем небольшую программу. Попробуй¬ 
те, не запуская ее на исполнение, определить, какую задачу опа реша¬ 
ет. Потом запустите и посмотрите результат: 

# программа-шутка 



♦ 

) 

Ввести числа 


ОѴЕК 

) 

Сделать их копии ѳ стеке данных 

ОѴЕК 

А00 

• 

) 

а+Ь 

ОТ К 

ѣ 

* 

Сохранить в стеке возвратов 

51)В 

• 

> 

а-Ь 

А 

АВ5 

> 

1 а-Ь | 

КТО 

• 

Восстановить из стека возвратов 

А00 

• 

> 

а+Ь-|а-Ь| 
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$НК ; Сдвиг вправо (/2) 

ОІШІ 

НАН 

# Конец программы 

Программы такого рода по-своему изящны, но их следует использо¬ 
вать с осторожностью: глядя на них, очень трудно понять, что они 
делают. Если же искушение слишком велико, то такие программы сле¬ 
дует тщательно комментировать. Иначе по прошествии совсем не¬ 
большого времени мы сами не разберемся, что здесь происходит. 

В программе демонстрируются операции передачи данных из стека 
данных в стек возвратов и обратно. Кроме того, здесь используется 

операция сдвига вправо. 

Указания по программированию 

Главная сложность программирования для стеконого компьютера 
заключается в том, что программист должен очень внимательно сле¬ 
дить за состоянием стеков (в особенности стека данных). Например, 
нужно помнить, что всякий раз, когда происходит передача управле¬ 
ния, в стек данных необходимо протолкнуть адрес перехода. Вис за¬ 
висимости от того, было передано управление или пет, этот адрес из 
стека данных будет вытолкнут. 

По мере накопления опыта будут вырабатываться и необходимые 
навыки. Это подобно тому, как ребенок учится ходить. Сначала он 
ходит, поддерживаемый родителями, потом сам начинает цеплять¬ 
ся - за стены и мебель и, наконец, отрывается от них и идет свободно. 
Точно так и в программировании; поначалу все идет трудно и порой 
даже мучительно, по постепенно мы обучаемся. Такой навык можно 
приобрести только одним способом - решая задачи. 


К вершинам мастерства 

Вот примерный список задач, на которых можно попробовать свои си¬ 
лы (уровень сложности задач постепенно возрастает к концу списка): 
О наибольший общий делитель двух положительных чисел; 

О квадраты чисел от іп до п; 

О добавить в систему команд операцию циклической персе ѵанов- 
ки Трех верхних элементов стека КОТ (\... а Ь с -► Г... Ь с а); 

О задано число; определить - простое это число .. ... составное 
О поместить па вершину стека п-й элемент стека, считая с 0 (для 
проверки: если п - 0, то это эквивалентно операции І)Ш . если 
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п 1» то это эквивалентно операции ОѴЕК,). Перед извлече¬ 
нием п-го элемента стека необходимо удостовериться, что это 
возможно (т. е. проверить глубину стека); 

О дана последовательность (массив) чисел; сформировать новую 
последовательность, в которой каждое четное число из исход¬ 
ной последовательности будет поделено на 2, а каждое нечет¬ 
ное - умножено на 7; 

О найти все целые делители числа 60; 

О возведение числа в целую положительную степень; 

О скопировать данные из одной области памяти в другую; 

О перепишите программу-шутку, используя более традиционный 
подход (программа должна работать для любых комбинаций 
чисел - и положительных, и отрицательных); 

О дано количество часов, минут и секунд; перевести их в секунды 
(а затем обратно - в часы, минуты и секунды); 

О дана последовательность п чисел, каждому числу сопоставлен 
индекс (от 0 до п - 1); умножить каждое число на его индекс; 

О последовательность Фибоначчи для заданного целого положи¬ 
тельного числа (нерекурсивный и рекурсивный варианты); 

О правильность скобочной структуры (здесь надо придумать, как 
скобочная структура будет представлена в программе); 

О пузырьковая сортировка последовательности чисел; 

О удалить дубликаты в последовательности чисел, оставив толь¬ 
ко по одному экземпляру каждого числа; 

О напишите программы, которые реализуют стек способами, 

описанными в приложении А. 

Разумеется, список задач можно продолжать н продолжать. Мы 
убеждены, что читатель не только рано или поздно справится с лю¬ 
бой из предложенных задач, но и сам найдет, придумает и реализуем 
другие задачи, соответствующие его вкусу и его интересам. 


Заключение 

На этом заканчивается вторая часть книги о стеке, и настало время 
попрактиковаться в составлении программ для стекового компьюте- 

ра. Работа предстоит не простая, но увлекательная. 

Автор надеется, что ему удалось передать на страницах этой не¬ 
большой книги свое восхищение стеком - па первый взгляд, пезагеп- 
ЛИВОЙ и простой структурой данных, которая тем не менее способна 

на столь многое. 
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Способы 
реализации стеков 


Прило>і 


Ниже мы приводим описание двух основных способов реализации 
стека: на основе массива и связанного списка. 

Реализация стека на основе массива 

Массив задается двумя характеристиками: максимальным размером 
и типом данных его элементов. Размер массива должен быть доста¬ 
точным для того, чтобы исключить переполнение стека. Если есть 
обоснованные оценки возможной глубины стека, то ответить па этот 
вопрос несложно; но так, к сожалению, бывает далеко не всегда, и тог¬ 
да приходится отводить памяти значительно больше, чем фактически 
может быть использовано. Тип данных элементов, как правило, опре¬ 
делить проще: если это стек возвратов, то элементы массива долж¬ 
ны быть целого типа, если стек вычислений - то либо целого, либо 
вещественного типов; часто возникает необходимость в символьном 
гппе (впрочем, символьный тип данных нередко реализуется опосре¬ 
дованно - через целочисленные коды символов). 

Ниже приводится алгоритм реализации стека на основе массива 

(предполагается, что массив состоит из N элементов целого типа; ин¬ 
дексация элементов массива начинается с 0). 

[ИНИЦИАЛИЗАЦИЯ] 

СОП5* МАХ5І2Е = И; 
іп* $*аск [МАХІ2Е]; 
іп* *ор = -1; 
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[РУБИ: ПРОТОЛКНУТЬ НОВЫЙ ЭЛЕМЕНТ В СТЕК] 

ІТ (Тор != МАХ5І2Е - 1) 

ТНеп 

увеличить значение указателя вершины на 1: Тор = Тор + 1 
протолкнуть элемент в стек: зТаск [Тор] = еІетепТ 
еізе ошибка: ргіпТ («Стек переполнен») 

[РОР: ВЫТОЛКНУТЬ ЭЛЕМЕНТ ИЗ СТЕКА] 

ІТ (Тор >= 0) 

ТЬеп 

вытолкнуть элемент из стека 

уменьшить значение указателя вершины стека на 1: Тор = Тор -1 
еізе ошибка: ргіпТ «Стек пуст» 


Новые элементы сохраняются в массиве в позициях с индексами 
О, 1, МАХ5І2Е - 1. Изначально значение указателя вершины стека 
іор равно - 1 , что позволяет контролировать стек на пустоту - в не¬ 
пустом стеке значение Іор либо 0 , либо положительно. При выталки¬ 
вании элемента из стека изменяется только значение указателя вер¬ 
шины; сам элемент фактически остается в массиве, но доступ к нему 
посредством указателя вершины Іор отсутствует. 


Из алгоритма следует, что работа со стеком па основе массива сво¬ 
дится к аккуратному манипулированию значением указателя верши¬ 
ны стека Тор. Этот метод реализации позволяет быстро получить до¬ 


ступ к любому элементу стека (хотя понятно, что этой возможностью 
не стоит злоупотреблять). Метод реализации стека па основе массива 
прост, эффективен и легко реализуем практически на любом языке 
программирования, но ему присущ ряд недостатков, которые часто 
делают его непригодным для решения некоторых важных задач: 

О верхняя граница массива должна быть определена заранее. На 
практике это означает, что программист вынужден рассчиты¬ 


вать на наихудший вариант и резервировать памяти юраздо 
больше, чем фактически может потребоваться; 

О массив может хранить данные только одного типа (например, 
только числа или только символы). Обычно этого вполне до¬ 
статочно, но не всегда. 

Именно такой способ реализации стека был использован в ин¬ 
терпретаторе расширенной стековой машины, о котором мы гово¬ 
рили во второй части книги. Программный код находится в файле 
5Шск\1асЫпе.]аоа (см. приложение С). 
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Реализация стека на основе связанного 
списка 

Теперь мы поговорим о втором способе реализации стека - на основе 
связанного списка. Этот метод позволяет обойти ограничения, при¬ 
сущие методу реализации на основе массива: 

О нет необходимости заранее резервировать память для протал¬ 
кивания в стек новых элементов - опа выделяется динами¬ 
чески; 

О после того как элемент выталкивается из стека, занимаемая им 
память может быть освобождена и возвращена в свободную па¬ 
мять (разумеется, при надлежащей реализации); 

О в связанных списках проще обеспечить реализацию элементов 
стека так, чтобы каждый элемент мог хранить данные различ¬ 
ных типов. 

Конечно, у этого метода есть и свои недостатки: 

О более высокая сложность реализации; 

О необходимость выделения дополнительной памяти для указа¬ 
телей; 

О меньшая скорость доступа к произвольным элементам спис¬ 
ка, по сравнению с массивом (приходится просматривать 
каждый элемент, продвигаясь от элемента к элементу по ука¬ 
зателям). 

Алгоритм реализации стека на основе связанного списка следует 
в основных чертах описанию, предложенному Дональдом Кнутом; 
при этом используется следующая терминология: элемент связан¬ 
ного списка называется узлом («посІе»), состоящим из двух частей - 
ноля данных («іпГо») и поля связи ( «Ііпк» ): 



ЫООЕ 


Поле данных предназначено для хранения данных, а поле свя¬ 
зи указывает (адресует) предыдущий узел (т. е. узел, добавленный 
к списку перед текущим). Последний элемент списка (т. е. факти¬ 
чески вершина стека) адресуется указателем, обозначаемым как 
«.РІК5Т» иоле связи последнего элемента указывает на пустом указа 
тель «1ЧШЛ.» (работая с диаграммами, следует быть внимательным: 

вершина стека находится слева, а дно - справа): 
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РІК5Т 


• • • 




N011 


Прежде всего необходимо обсудить, как выделяется память для 
нового узла. Память выделяется из списка свободных узлов, который 
обычно также организован в виде стека. Список свободных узлов 
(«пул памяти») - это своего рода набор «заготовок»: если поле данных 
іпіЪ стека хранит целые числа, то будет выделено одно количество па¬ 
мяти, если вещественные - другое, если строки - третье. Таким обра¬ 
зом можно выделить столько памяти, сколько необходимо (в отличие 
от массива, элементы которого всегда одного типа), и в стеке будут 
одновременно находиться узлы с различными типами (и объемами 
занимаемой памяти) поля іпіЪ. На рисунке список свободных узлов 
памяти выглядит практически так же, как и стек (указатель «АѴАІЬ» 
содержит адрес последнего элемента списка свободных узлов): 


АѴАІІ 




N111.1- 


Для поля связи Ііпк для всех узлов стека обычно выделяется одно 
и то же количество памяти, а именно столько, сколько необходимо 
для хранения адресов памяти. 

Ниже приводится алгоритм добавления нового элемента в стек. 
В дополнение к указателю РІК5Т алгоритм использует вспомога¬ 
тельный указатель «ИЕ\Ѵ», предназначенный для хранения адреса 
узла, который станет новой вершиной стека. 

[ПРОВЕРИТЬ НАЛИЧИЕ ДОСТУПНЫХ УЗЛОВ ИЗ СПИСКА СВОБОДНЫХ УЗЛОВ] 

Если АѴАИ равен N111.1-, то вывести сообщение «Список свободных уз¬ 
лов пуст» и завершить работу алгоритма 

[ПОЛУЧИТЬ АДРЕС ПЕРВОГО СВОБОДНОГО УЗЛА В СПИСКЕ СВОБОДНЫХ УЗЛОВ] 

ЫЕК = АѴАІІ. 

[ИСКЛЮЧИТЬ ТОЛЬКО ЧТО ВЫДЕЛЕННЫЙ УЗЕЛ ИЗ СПИСКА СВОБОДНЫХ УЗЛОВ] 

АѴАІІ = ПИК (АѴАІІ-) 

[СВЯЗАТЬ УКАЗАТЕЛЬ ЫЕЫ СО СТЕКОМ] 

ІЫРО (ЫЕИ) = <данные> 

ПИК (ЫЕЫ) = РІК5Т 
РІК5Т = ЫЕЫ 

Алгоритм удаления узла из стека является по существу «перевер¬ 
нутой» версией алгоритма добавления нового элемента в стек: 
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[СТЕК ПУСТ?] 

Если РШТ равен N1111, то вывести сообщение «Стек пуст» и завер¬ 
шить работу алгоритма 

[ИСКЛЮЧИТЬ ПЕРВЫЙ ЭЛЕМЕНТ СПИСКА (ВЕРШИНУ СТЕКА)] 

РШТ = ПИК (РШТ) 

[ВЕРНУТЬ ИСКЛЮЧЕННЫЙ ИЗ СТЕКА УЗЕЛ В СПИСОК СВОБОДНОЙ ПАМЯТИ] 

ШК (РШТ) = АѴАИ 
АѴАІІ = РШТ 

Обратите внимание, что удаляемый из стека элемент возвраща¬ 
ется туда же, откуда он был ранее выделен (т. е. в список свободных 
ячеек памяти). Если этого не сделать, а просто изменить поле связи 
о списке, реализующем стек, то исключаемый элемент окажется «му¬ 
сором», а ссылка на него «повиснет». Это рано или поздно приведет 
к ситуации, когда памяти в целом более чем достаточно, но список 
свобод} іых узлов исчерпан. 

Мы не приводим программной реализации этого алгоритма - 
многочисленные примеры на различных языках программирования 
(прежде всего С и С++) легкодоступны как в сети Интернет, так 
и в многочисленных учебниках по структурам данных. 

Заинтригованный читатель, не боящийся трудностей, может по¬ 
пробовать свои силы, реализовав этот алгоритм в виде программы 
для расширенной стековой машины (это действительно сложная за¬ 
дача, так что за нее лучше браться только после того, как будет при¬ 
обретен достаточный опыт программирования более простых задач). 






Язык РогіЬ 


Приложение 



В этом приложении мы приведем очень краткий обзор самого, пожа¬ 
луй, известного стекового языка программирования - РогіЬ. Э го не 
описание, а именно обзор, поэтому для настоящего понимания, что 
представляет собой РогіЬ, лучше обратиться к библиографии, где 
указаны некоторые полезные источники, включающие в себя много¬ 
численные примеры. 

Язык РогіЬ был предложен в конце 60-х годов прошлого века 
Чарльзом Муром (США). В то время Ч. Мур занимался разработкой 
программного обеспечения управления телескопами. Ни один из су¬ 
ществующих языков программирования не был достаточно эффек¬ 
тивным для решения таких задач, и Муру пришлось искать другие 


решения. Результатом этих поисков стал РогіЬ. 

Очень быстро РогіЬ приобрел огромную популярность и стал ис¬ 
пользоваться для разработки программ не только в астрономии, по 
и в других областях. Пик популярности РогіЬ пришелся па начало 
и середину 80-х годов, после чего он был вытеснен другими языками 
программирования. Но как средство разработки РогіЬ не исчез, РоііЬ 
продолжает развиваться и используется при разработке программ¬ 
ного обеспечения встроенного оборудования, управлении станками, 
роботами, медицинскими приборами. РогіЬ оказал и продолжает 
оказывать сильное влияние при разработке системного проірамм- 
ного обеспечения (трансляторы и операционные системы). Неболь¬ 
шой пример: РогіЬ используется ЫА5А для разработки программно¬ 
го обеспечения космических полетов (в частности, марсоходов), ідс 
чрезвычайно высокие требования к надежности п компактности. 

РогіЬ в отличие от других языков высокого уровня, предоставляет 
программисту полный доступ ко всем составляющим компьютера 
памяти и внешним устройствам; он не «прячет» от профамм.кта ни 
чего что другие языки программирования тщательно ооерилюг. л о 
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позволяет создавать па РогіЬ программы, почти не уступающие по эф¬ 
фективности программам, написанным на ассемблере. Но, в отличие от 
ассемблера, программы на РогіЬ, как правило, более ясные и понятные. 

РогНі исключительно компактен и нередко может быть размещен 
в памяти микроконтроллеров. Ядро языка (в зависимости от реали¬ 
зации) составляет от нескольких килобайт до десятков килобайт, что 
резко контрастирует с другими языками программирования, для реа¬ 
лизации которых порой требуются десятки и сотни мегабайт. 

В отличие от других языков, РогСЬ автономен и не нуждается в опе¬ 
рационной системе; его можно запускать на «голом» оборудовании. 
РогіН использовался для разработки ВІ05 и загрузчиков операцион¬ 
ных систем. Идеи и концепции, впервые появившиеся в РогіЬ, оказа¬ 
лись чрезвычайно живучими. 

Сейчас РогНі занимает роль нишевого языка программирования, 
и о нем знают, к сожалению, немногие (а используют и того меньше). 
Но РогіЬ не исчез и в обозримом будущем не исчезнет: он слишком 
хорош, чтобы остаться только в истории. Следы влияния РоіТІі об¬ 
наруживаются повсюду; он настолько глубоко проник в современное 
программирование, что теперь от него так просто ие «избавиться». 

Основной структурной единицей программы на языке РогіЬ явля¬ 
ется слово. Слово - это, в сущности, то, что в других языках называет¬ 
ся подпрограммой. Для определения слова используется следующий 
простой синтаксис: 

: имя_слова тело_слова ; 

Здесь двоеточие (:) — т. и. определяющее слово, с которого начина¬ 
ется определение нового слова. Следом идут имя этого слова и список 
операций, составляющих тело слова. Завершает определение слова 
другое слово, а именно - точка с запятой (;). Разделителем между двое¬ 
точием, именем, телом и точкой с запятой является пробел. Операции, 
составляющие тело слова, в свою очередь, также являю гея словами, 
и они точно так же должны разделяться пробелами. Их (пробелов) 
может быть сколько угодно, но хотя бы один должен присутствовать. 

Вот небольшой пример определения нового слова: 


: іпс 1 + ; 

Здесь мы (после двоеточия) определили новое слово с именем тс. 
Это слово увеличивает значение своего аргумента на 1. Определе¬ 
ние слова завершается точкой с запятой. Все элементы определения 
разделяются пробелами (в том числе перед словом ;, оканчивающим 

определение). 
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Но как этому слову передается аргумент, над которым нужно вы¬ 
полнить операцию увеличения на 1? Ответ может обескуражить - ни¬ 
как: явная передача аргументов в РогіЬ отсутствует. Все данные (и ар¬ 
гументы в том числе) в РогіЬ передаются через арифметический стек 
(или стек данных). Каждое слово в программе на РогіЬ обращается 
к этому стеку за аргументами и оставляет в этом же стеке результаты. 

Таким образом, если на вершине стека перед вызовом слова іпс на¬ 
ходилось число 12, то после того, как слово закончит свою работу, па 
вершине стека будет уже число 13. 

Поскольку слова работают с данными, находящимися в арифмети¬ 
ческом стеке, в языке существует предопределенный набор встроен¬ 
ных слов, некоторые из которых нам уже знакомы: 

ОУР, ОКОР, ОѴЕК, БИАР, ... 


а также целый ряд других. 

Разумеется, имеется целый ряд арифметических операций: сло¬ 
жение, вычитание, умножение и т. д. Их мнемоника в большинстве 
случаев совпадает с привычной математической (+, -, * и т. д.). По 
существу, рассмотренные нами каноническая и расширенная стеко¬ 
вые машины являются прямыми наследниками РогіЬ (хотя и очень 
сильно упрощенными). 

Некоторые слова определены в ядре РогіЬ и являются встроенны¬ 
ми в язык; остальные - т. н. пользовательские - определяются про¬ 
граммистом. 

Определения слов, как встроенных, так и определенных програм¬ 
мистом, собираются и хранятся в специальных структурах - слова¬ 
рях Существуют системные словари, включающие в себя встроенные 
слова ядра языка РогіЬ. Остальные словари - пользовательские. Вы¬ 
зов слова приводит к тому, что РопЬ-система ищет определение слова 

в словаре и исполняет его. 

Что действительно делает РогіЬ уникальным - так это способ хра¬ 
нения слов (и встроенных, и определенных пользователем) в словарях. 
Для этого используется одна из разновидностей т. п. шитого кода, при 
котором определения слов как бы нанизываются на нитку друі за ДРУ 
гом, подобно бусинам. Слова, определенные позже, могут использовать 
слова, определенные раньше; таким образом, разработка программ па 
РогіЬ ведется снизу вверх, от слов более низкого уровня к словам оо лее 
высокого уровня. При определении новых слов мы пользуемся рапсе 
определенными словами и как бы «склеиваем» их в одну копе.рук- 
цию - новое слово. Эта операция носит название «конкатенация», 

И поэтому РОЛЬ часто называют конкатспагпвпым языком (в эту ка 
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тегорию также входят такие известные языки, как РозіЗсгірі и РасЧог, 
которые, по существу, являются расширениями РогсЬ). 

РогіЬ располагает развитыми средствами управления. Условная 
конструкция имеет следующий синтаксис: 

ІР <часть-тогда> ЕІ.5Е <часть-иначе> ТНЕЫ 

или 

ІР <часть-тогда> ТНЕМ 

(ІР, ЕЬ5Е и ТНЕК - также слова). Слово ІР берет из стека логическое 
значение и, если это истина, выполняет <часть-тогда>; в противном 
случае <часть-иначе> (эта часть может отсутствовать). Логическое зна¬ 
чение истины представлено любым ненулевым значением; логическое 
значение лжи - нулевым значением. Таким образом, если на вершине 
стека не 0, то будет выполнена <часть-тогда>, иначе <часть-ипаче>. 

Существует несколько встроенных в ядро РогсЬелов, вырабатываю¬ 
щих логическое значение: >, <, =, 0=, 0> и 0<. РІх назначение вполне 
очевидно. 

Кроме того, в РогіЬ имеются и циклические конструкции. Первая 
конструкция - цикл с условием: 

ВЕСІЫ <часть-Ье§іп> ИННЕ <часть-мЫ1е> КЕРЕАТ 


или 


ВЕСІЫ <часть-Ье§іп> СІЫТІ Ь 


Вторая конструкция - цикл со счетчиком 


00 <тело> ЮОР 

Циклические конструкции РогіЬ до определенной степени напо¬ 
минают циклы ѵѵЬіІе и Гог, хорошо знакомые по другим языкам про¬ 
граммирования. Условия продолжения и счетчики циклов хранятся 

в стеке данных и в стеке возвратов. 

В РогіЬ имеется возможность определения констант п перемен¬ 
ных, например следующим образом: 


0 СОРТАМ РА1.5Е 
1 СО^ТАГЛ ТКУЕ 


(здесь, очевидно, определяются две константы, представляющие ло- 
гинее кие значения лжи и истины соответственно) Теперь, вместо 
малозначащих чисел 0 и 1 в условных и циклических конструкциях 
можно использовать более попятные РАІ.5Е и ТГСІЖ 















ѴАЯІАВІЕ а$е 


Л в этой конструкции определяется переменная с имст м о^е (во., 
раст). Когда в каком-нибудь слове будет использована переменная 
А 8 С « в стек данных будет помещен адрес этой переменной (именно 
адрес, но не значение, которое хранится по этому адресу). 

Получить значение переменной позволяет слово (вспомнил 
описание канонической стековой машины из первой части книі и) 

а 6 е @ 

после чего в стеке окажется значение переменной а&е. Присвоить 
новое значение переменной позволяет слово ! (опять же, обратитесь 
к описанию канонической стековой машины), которое сохраняет зна¬ 
чение на вершине стека в переменной с именем а&е: 


Небольшой пример покажет, как работают слова Рн' Пи гь пере¬ 
менной а^е соответствует адрес 2500. и пусть по этому адресу хра¬ 
нится число 42. Тогда следующая последовательность слов \ величіи 

значение по адресу а^е до 43: 


Слово 

а§е 

в 

1 

+ 

а§е 

! 


Стек после выполнения слова 

2500 

42 

42 1 

43 

• 43 2500 


Все определения констант н переменных также гране піруются 

РогіЬ-системой и сохраняются в словаре. 

Разумеется, в РоП:Ь есть слова для работы с памятью, со строками, 
слова для организации ввода/вывода, а также слова для раооіы со 
словарем и создания собственных определяющих слов (помимо двое¬ 
точия) Все это обеспечивает РогіЬ необыкновенную гибкое і ь, лако¬ 
ничность и компактность, правда, за счет некоторой потерн нагляд¬ 
ности. Без некоторой привычки читать программы на РогіЬ нелегко, 
но это - несущественное препятствие, которое устраняется после не¬ 
скольких уроков и упражнений. 

На этом мы завершаем обзор языка программирования РогіЬ 
и предлагаем, не откладывая в долгий ящик, попробовать язык в деле 





Приложение ч_ 

Стек 

и современные языки 

программирования 


Реализации многих современных языков программирования базиру¬ 
ются на стеке. Вернее будет сказать, что объектный код, получающий¬ 
ся в результате трансляции исходных кодов программ на этих языках 
программирования, представляет собой не что иное, как инструкции 
для определенной стековой машины. 

Самыми, пожалуй, известными примерами таких языков являются 

языки ^ѵа и С#. 

Исходные коды на языке программирования ^ѵа транслируют¬ 
ся в байт-код ]ѴМ Оаѵа Ѵігіиаі МасЬіпе). Аналогично исходные 
коды на языке программирования С# (и других языков, поддержи¬ 
ваемых платформой .ЫЕТ) транслируются в байт-код СІЬ (Сопппоп 
Іпіегтесііаіе Ьап^иазе). И ]ѴМ, и СІЬ представляют собой стековые 

машины. 

После трансляции исходных кодов программ в байт-коды послед¬ 
ние могут быть исполнены (интерпретированы) соответствующими 

виртуальными машинами. 

В байт-коды .ІѴМ и СІЬ могут быть оттранслированы не только 
программы на ]аѵа и С# соответственно. Поскольку спецификации 
этих виртуальных машин опубликованы и имеются все необходимые 
инструменты, то для любого языка программирования при желании 
может быть написан транслятор в нужный (целевой) байт-код. Таких 
образом, программист может попользовать любой язык прогр.ьмм'н 
рованпя. для которого имеется транслятор в бант-код. Список таких 
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реализации весьма велик (несколько десятков), и он постоянно про¬ 
должает пополняться. Скажем, существуют трансляторы в байт-код 
]ѴМ таких популярных языков программирования, как С, Ызр, РогіЬ 
(да-да, и РогіЬ тоже) ,>ѵа5сгірі, Ьиа, Разсаі, РЫР, РуіЬоп и КиЬу. Для 

платформы .ЫЕТ также существует внушительный список языков 

программирования. 

Что дает такая трансляция в байт-код? То, что для его исполнения 


достаточно одной виртуальной машины, а в проектах можно исполь¬ 
зовать самые разные языки программирования, не особенно беспо¬ 
коясь о том, как связывать полученные после трансляции объектные 

коды друг с другом. 

Это - превосходная технология, но, как всегда, ничего не дается да¬ 
ром. Байт-коды при исполнении обычно оказываются более медлен¬ 
ными, чем объектные (машинные) коды для конкретного процессора. 
Для решения проблем с производительностью широко используются 
технологии ]1Т Оизі Іп Тіте, или компиляция па лету), при которой 
байт-код (весь или частично) преобразуется в машинный код непо¬ 
средственно во время работы программы. ^Т-технологпи значитель¬ 
но повышают скорость исполнения, приближая ее к скорости машин¬ 


ного кода. 

Если вы решите попробовать свои силы в создании трансляторов, 
генерирующих байт-коды для выбранной виртуальной машины, вы 
должны быть готовы к трудной работе: спецификации виртуальных 
машин далеко не просты, и па их понимание придется потратить не¬ 
мало сил и времени. Но дорогу осилит идущий. 









Приложение 


Исходные коды 

транслятора 
и интерпретатора 


Ниже приведены исходные коды транслятора и интерпретатора рас¬ 
ширенной стековой машины, которая была описана во второй части 
книги. Для трансляции исходных кодов необходим )ОК версий 7/8 


(после несущественных исправлений исходных кодов можно исполь¬ 
зовать и }аѵа 6, но мы не рекомендуем этого делать). 

Некоторые указания для тех, кто мало знаком (или вовсе нс зна¬ 
ком) с языком программирования ^іѵа и у кого мало опыта компиля¬ 
ции исходных кодов іаѵа-программ из командной строки. 

Прежде всего сохраните исходные коды в файлах с расширением 


Іаѵа; всего должно быть пять файлов: 

О Тоу$іаскМаскте.)аѵа\ 

О ОрсосІеТаЫе.іаѵа ; 

О ЗутЪоІТаЫе.)аѵа\ 

О А$$етЫег.)аѵа; 

О ЗіаскМаскіпе .]а ѵа . 

Все пять исходных файлов должны находиться в пакете (т. е. в ка¬ 
талоге) СоузСасктаскіпе. 

Регистр символов в именах имеет значение (па этом мес те. к сожале¬ 
нию, «спотыкаются» почти все начинающие программировать пафп а). 
Подробное описание всех файлов приведено во второй части книги. 

Теперь исходные коды нужно откомпилировать. Если вы не ис¬ 
пользуете ГОЕ, то выйдите из каталога Соузіасктасішіе и введи и 

команду: 





]аѵас Соузіасктаскіпе/*.]аѵа 

(обратите внимание на команду - она должна вводиться точно так, 

как мы указали). Если вы используете ГОЕ, то поищите, как можно 

откомпилировать ваш проект (как правило, такая кнопка располага¬ 
ется на самом видном месте). 

Если при компиляции не будет ошибок, то в каталоге Іоузіаскта- 
сЬіпе будут сформированы сіазз-файлы, содержащие байт-коды. 
Теперь приложение можно запустить следующей командой: 

]аѵа іоуѣіасктаскіпе . ТоуЗіаскМаскіпе 

(опять-таки, будьте внимательны - команда должна быть введена 
именно так, как мы указали). В консоль будет выведено уже знако¬ 
мое приглашение: 

+++++++++++++++++++++++++++++++++ 

+ АззетЫег -Рог ТоуБТаскМасНіпе + 

+++++++++++++++++++++++++++++++++ 

Боигсе Рііе пате: 

Вот и все: введите имя файла исходного кода программы расши¬ 
ренной стековой машины (по умолчанию эти файлы должны распо¬ 
лагаться вне каталога ЮузІаскшасЬіпе) и «насладитесь» результата¬ 
ми долгой и трудной работы. 

ДАЛЕЕ 

СЛЕДУЮТ ИСХОДНЫЕ КОДЫ 
ВСЕХ ПЯТИ ФАЙЛОВ, СОСТАВЛЯЮЩИХ 

ПРИЛОЖЕНИЕ 


ТоуБТаскМасЫпе 
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(ииго посекщена простои и удивительно ІЛ.ГОИТнОИ 

гтруктуре донных - стену 

Эп-со-ы скобочные структуры, подпрогроммы (етом числе 
рекурсивные) передочопорометрое ро»бор и вычисление 
• ыроженнн рослотноеонне послвдоеотельмост.и си~»о- 
лое Токне россмотремо олисоиив устройст.о и рвалито¬ 
ник простой но достоточно мощной стековой мошииы 
пр-евдвны многочнеленныв примеры программ о ток*е 
список тодоч. е том числе мвтриемольных 

И,доим, преднотночено прежде .сего пытл-.ым 
сторшедлоссмиком. студентом ву«ов о токме 
пртяроммнроеоиие - хобби 


Но сойте и тдоте лестео бшіф.еь» сот сод.риотск до¬ 
полнительны. мотермолы Среди которые исходные коды 
. ост ого троиелеторо стековой мошииы (МІІМП Ьѵо| 

Удачи ы пуст, стой стонет евшим иостокщин 
другом И ЛОМИЩИНКОИІ 
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